Votre entreprise possède 300 abonnements répartis entre trois divisions : Vente au détail, Fabrication et R&D. Vous devez appliquer une politique à l'échelle de l'organisation qui refuse la création d'adresses IP publiques, appliquer différentes politiques d'emplacements autorisés par division, accorder un accès Lecteur à l'échelle du locataire aux auditeurs et permettre aux propriétaires d'abonnements de gérer leurs propres ressources. Quelle conception de groupe d'administration et d'affectation devriez-vous implémenter ?

La bonne réponse établit une hiérarchie de groupes d'administration logique (Root - Corp - Divisions) qui permet une gestion efficace des politiques et des rôles. La politique "Refuser les IP publiques" est appliquée au niveau "Corp" pour une portée organisationnelle. Les politiques "Emplacements autorisés" sont appliquées au niveau de chaque groupe d'administration de division, permettant une personnalisation par division. Le rôle Lecteur est attribué au niveau "Root" pour un accès global aux auditeurs. Le RBAC au niveau de l'abonnement permet aux propriétaires de gérer leurs ressources sans interférence. Les autres options sont incorrectes car : Une hiérarchie plate avec des affectations individuelles par abonnement serait inefficace et difficile à gérer pour 300 abonnements. Affecter des politiques au niveau du groupe de ressources ne répond pas aux exigences de politique à l'échelle de l'organisation ou de la division. Azure Lighthouse est destiné à la gestion inter-locataires par des fournisseurs de services, pas à la gestion interne des politiques. Affecter toutes les politiques uniquement au niveau "Root" ne permettrait pas de différencier les politiques "Emplacements autorisés" par division.