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 Мірко Петерса, озвучена за допомогою ШІ.