Uw bedrijf heeft 300 abonnementen verdeeld over drie divisies: Retail, Manufacturing en R&D. U moet een organisatiebreed beleid afdwingen dat het aanmaken van openbare IP-adressen weigert, verschillende toegestane-locatiebeleidsregels per divisie toepassen, tenantbrede Reader-toegang verlenen aan Auditors en abonnementshouders toestaan hun eigen resources te beheren. Welk managementgroep- en toewijzingsontwerp moet u implementeren?

De correcte optie voldoet aan alle vereisten. Een hiërarchie van Root - Corp - {Retail, Manufacturing, R&D} maakt het mogelijk om beleidsregels op verschillende niveaus toe te passen. Het weigeren van openbare IP's op het Corp-niveau zorgt voor een organisatiebreed beleid. Divisiespecifieke beleidsregels voor toegestane locaties kunnen worden toegepast op de respectievelijke divisie-managementgroepen. Reader-toegang voor auditors op het Root-niveau geeft hen tenantbrede toegang. Het behouden van RBAC op abonnementsniveau voor eigenaren stelt hen in staat hun eigen resources te beheren. De andere opties zijn onjuist omdat: Een platte hiërarchie met beleidsregels per abonnement is niet schaalbaar en voldoet niet aan de eis van organisatiebrede beleidsregels. Beleidsregels toewijzen aan elke resourcegroep is inefficiënt en voldoet niet aan de vereiste van tenantbrede of divisiebrede beleidsregels. Azure Lighthouse is bedoeld voor cross-tenant beheer door serviceproviders en niet voor interne beleidsafdwang of RBAC binnen één tenant. Het creëren van Root - {Retail, Manufacturing, R&D} en alle beleidsregels alleen bij Root toewijzen maakt het niet mogelijk om divisiespecifieke beleidsregels voor toegestane locaties toe te passen.