Twoja firma posiada 300 subskrypcji podzielonych na trzy działy: Retail, Manufacturing i R&D. Musisz wymusić ogólnofirmową politykę, która zabrania tworzenia publicznych adresów IP, zastosować różne polityki dozwolonych lokalizacji dla każdego działu, przyznać dostęp Reader w całej dzierżawie audytorom oraz umożliwić właścicielom subskrypcji zarządzanie własnymi zasobami. Jaki projekt grup zarządzania i przypisań należy wdrożyć?

Poprawna odpowiedź tworzy hierarchię grup zarządzania, która pozwala na efektywne zarządzanie politykami i uprawnieniami. Polityka zakazująca publicznych adresów IP jest przypisana na poziomie Corp, co zapewnia jej zastosowanie we wszystkich działach. Polityki dozwolonych lokalizacji są przypisane na poziomie grup zarządzania poszczególnych działów, co pozwala na ich dostosowanie. Dostęp Reader dla audytorów jest przypisany na poziomie Root, co zapewnia im widoczność w całej dzierżawie. Właściciele subskrypcji zachowują kontrolę nad swoimi zasobami poprzez RBAC na poziomie subskrypcji. Pozostałe opcje są nieprawidłowe, ponieważ: Płaska hierarchia i przypisywanie polityk indywidualnie do każdej subskrypcji jest nieefektywne i trudne do zarządzania. Przypisywanie polityk na poziomie grup zasobów nie spełnia wymogu ogólnofirmowej polityki i nie zapewnia dostępu audytorom w całej dzierżawie. Azure Lighthouse służy do zarządzania zasobami w wielu dzierżawach, a nie do zarządzania politykami i dostępem w ramach jednej dzierżawy. Przypisanie wszystkich polityk tylko w Root nie pozwala na zróżnicowanie polityk dozwolonych lokalizacji dla poszczególnych działów.