В вашей компании 300 подписок, разделенных между тремя отделами: розничная торговля (Retail), производство (Manufacturing) и исследования и разработки (R&D). Вам необходимо применить общеорганизационную политику, запрещающую создание публичных IP-адресов, применить различные политики разрешенных расположений для каждого отдела, предоставить группе аудиторов (Auditors) доступ с ролью Reader на уровне клиента и разрешить владельцам подписок управлять своими собственными ресурсами. Какой дизайн групп управления и назначений следует реализовать?

Правильный ответ создает логичную иерархию групп управления (MG), которая соответствует организационной структуре и требованиям. Политика запрета публичных IP-адресов применяется на уровне Corp, что обеспечивает ее распространение на все отделы. Политики разрешенных расположений применяются к MG каждого отдела, что позволяет настраивать их индивидуально. Группа Auditors получает роль Reader на уровне Root, обеспечивая полный обзор без избыточных назначений. Владельцы подписок сохраняют управление своими ресурсами через RBAC на уровне подписки. Неправильные варианты: Плоская иерархия или назначение политик на уровне групп ресурсов/подписок неэффективны и сложны в управлении для 300 подписок. Azure Lighthouse предназначен для управления несколькими клиентами, а не для внутренней организации политик. Назначение всех политик только на уровне Root не позволит применять разные политики разрешенных расположений для каждого отдела.