Azure Policy vs RBAC

qui peut faire quoi et quelles configurations sont autorisées – la gouvernance Azure expliquée

Dans le cloud, chaque propriétaire d’application peut créer des ressources instantanément via le portail, la CLI, une API ou Terraform, sans qu’aucun humain ne vérifie les règles. Résultat : ports ouverts, accès public aux blobs ou VM GPU oubliées. Cet épisode explique comment Azure Policy agit comme un règlement invisible qui applique automatiquement ce qui est autorisé, et en quoi il diffère de RBAC.

▶ Azure Policy vs RBAC : qui peut faire quoi et quelles configurations sont autorisées – la gouvernance Azure expliquée (Doublage IA)

Ce que vous allez apprendre :

1. La différence essentielle : RBAC contrôle qui peut agir, Azure Policy contrôle quelles configurations sont autorisées – et pourquoi il vous faut les deux
2. Comment Azure Policy évalue chaque requête devant Azure Resource Manager, ne peut pas être contourné et analyse aussi les ressources existantes pour détecter les dérives
3. Les définitions de stratégie en JSON (conditions, effets, paramètres), des centaines de stratégies intégrées et l’attribution au groupe d’administration, à l’abonnement ou au groupe de ressources avec héritage et exemptions
4. Les quatre effets Deny, Audit, Modify/Append et DeployIfNotExists – et pourquoi commencer par Audit avant de passer à Deny
5. Les initiatives pour Azure Security Benchmark, CIS, NIST, PCI DSS, HIPAA ou ISO 27001, cinq exemples concrets (régions UE, tags de centre de coûts, tailles de VM, sécurité du stockage, conventions de nommage) et Policy as Code

Cet épisode est une version française doublée par IA de la vidéo explicative animée du M365 Show du Microsoft MVP Mirko Peters.