Add Change in Control Agreement Initial with airSlate SignNow

Stack line contract

[MUSIC]. >>In the next minutes, we will look at the Azure Stack multi-tenant subscription delegations. So wait for the Azure Stack operator to actually get rights inside the tenants subscriptions, as well as a few options for creating a support ticket in the CSP context. Here we have an Azure Stack ASDK, which is registered against the AzStackReseller1 AAD. So this was used to provide the identity of the SDK and we use that AD to configure it. I've also registered a couple of new tenants. So this system has been enabled for multi-tenancy and then we onboarded two tenants, one it's called AzStacktest1, and the other one is test2. You can see here the both tenants being separate resources. So you have, this is the test1, and you also will see the AzStackReseller1 which is our initial AD. So the one which we actually use to log in Azure Stack. So the same things will be visible from PowerShell. So if we go back here to the PowerShell and we connect it to Azure Stack, and then we run. This "Get-AzureRmResource", and filter by the directory tenant resources. You'll see these three resources, all the initial, AzStackReseller1 and then the two test domains listed as well. What I've also done here was to create a public offer. So if we go to offers, and you'll see here the TestOffer1, and this is created as public offer. So anybody can use it to create new subscriptions. We've used a number of quotas and plans to create these offers. So we have them in this TestPlan1, and if we look at subscriptions we'll see two subscriptions already created based on this offer. So we already have it in use. Now if we go to resource providers and we double check the quotas, we can see each of the specific settings. So we have a custom quota built, and we have inside the specific settings for each of these, right. Now moving forward and switch over to the tenant directory, you'll also see that we don't have any subscriptions created here. We could do it but we haven't created anything yet. So if we look on the subscriptions, you'll see nothing is created here. So the two subscriptions you've seen earlier were actually created on our test one tenant. Now if we were to connect to their tenant directory, so we would connect - this would prompt an error saying that the user is not actually recognized by that tenant. You don't have any rights inside that tenants space. So this is one of the differences between the Public Azure and Azure Stack. On Azure, whenever you do admin on behalf of, you would be connected to the actual tenant space, and you are the owner of that subscription, Azure subscription. So on Azure Stack, the subscriptions belong to the tenants themselves, which means you as a CSP provider you will need to be given rights inside that tenants space. Once you...