Azure Policy и RBAC

кто что может делать и какие конфигурации разрешены – управление Azure простыми словами

В облаке любой владелец приложения может мгновенно создавать ресурсы через портал, CLI, API или Terraform – и никто не проверяет правила. Итог: открытые порты, публичный доступ к blob-объектам или забытые ВМ с GPU. В этом выпуске объясняется, как Azure Policy работает как невидимый свод правил, автоматически применяющий допустимое, и чем он отличается от RBAC.

▶ Azure Policy и RBAC: кто что может делать и какие конфигурации разрешены – управление Azure простыми словами (ИИ-дубляж)

Что вы узнаете:

1. Ключевое различие: RBAC определяет, кто может что-то делать, а Azure Policy – какие конфигурации допустимы; и почему нужны оба
2. Как Azure Policy проверяет каждый запрос перед Azure Resource Manager, не может быть обойдён и также оценивает существующие ресурсы на отклонения конфигурации
3. Определения политик в JSON (условия, эффекты, параметры), сотни встроенных политик и назначение на уровне группы управления, подписки или группы ресурсов с наследованием и исключениями
4. Четыре эффекта Deny, Audit, Modify/Append и DeployIfNotExists – и почему стоит начинать с Audit, прежде чем переходить к Deny
5. Инициативы для Azure Security Benchmark, CIS, NIST, PCI DSS, HIPAA или ISO 27001, пять практических примеров (регионы ЕС, теги центров затрат, размеры ВМ, безопасность хранилища, соглашения об именовании) и Policy as Code

Этот выпуск – русская версия анимированного обучающего видео из M365 Show от Microsoft MVP Мирко Петерса, озвученная с помощью ИИ.