Ihr Unternehmen verfügt über 300 Abonnements, die auf drei Abteilungen aufgeteilt sind: Einzelhandel, Fertigung und Forschung und Entwicklung. Sie müssen eine unternehmensweite Richtlinie durchsetzen, die die Erstellung öffentlicher IPs verweigert, verschiedene Richtlinien für zulässige Standorte pro Abteilung anwenden, Prüfern mandantenweiten Lesezugriff gewähren und Abonnementbesitzern erlauben, ihre eigenen Ressourcen zu verwalten. Welches Managementgruppen- und Zuweisungsdesign sollten Sie implementieren?

Diese Option ist korrekt, da sie die Anforderungen effizient erfüllt. Die Hierarchie Root - Corp - {Retail, Manufacturing, R&D} ermöglicht die Vererbung der Richtlinie "Deny Public IPs" an alle Abteilungen auf der Corp-Ebene. Abteilungsspezifische "Allowed Locations" werden auf den jeweiligen Abteilungsgruppen zugewiesen, was Flexibilität bietet. Die Zuweisung der Reader-Rolle für Prüfer auf der Root-Ebene gewährt mandantenweiten Lesezugriff, während die Beibehaltung von RBAC auf Abonnementebene für Besitzer die Verwaltung ihrer Ressourcen ermöglicht. Die flache Hierarchie oder die Zuweisung pro Ressourcengruppe sind ineffizient und skalieren nicht gut. Azure Lighthouse ist für die Verwaltung mehrerer Mandanten gedacht, nicht für die interne Verwaltung eines einzelnen Mandanten. Die Zuweisung aller Richtlinien nur auf Root würde keine abteilungsspezifischen "Allowed Locations" zulassen.