Azure Policy vs RBAC

wie mag wat en welke configuraties zijn toegestaan – Azure-governance helder uitgelegd

In de cloud kan elke app-eigenaar direct resources aanmaken via portal, CLI, API of Terraform, zonder dat iemand de regels controleert. Het gevolg: open poorten, openbare blobtoegang of vergeten GPU-VM’s. Deze aflevering legt uit hoe Azure Policy als onzichtbaar regelboek automatisch afdwingt wat is toegestaan en hoe het verschilt van RBAC.

▶ Azure Policy vs RBAC: wie mag wat en welke configuraties zijn toegestaan – Azure-governance helder uitgelegd (AI-nasynchronisatie)

Dit leer je:

1. Het kernverschil: RBAC bepaalt wie iets mag doen, Azure Policy bepaalt welke configuraties zijn toegestaan – en waarom je beide nodig hebt
2. Hoe Azure Policy elke aanvraag vóór Azure Resource Manager beoordeelt, niet te omzeilen is en ook bestaande resources op afwijkingen controleert
3. Beleidsdefinities in JSON (voorwaarden, effecten, parameters), honderden ingebouwde beleidsregels en toewijzing aan beheergroep, abonnement of resourcegroep met overerving en uitzonderingen
4. De vier effecten Deny, Audit, Modify/Append en DeployIfNotExists – en waarom je met Audit begint voordat je naar Deny overstapt
5. Initiatieven voor Azure Security Benchmark, CIS, NIST, PCI DSS, HIPAA of ISO 27001, vijf praktijkvoorbeelden (EU-regio’s, kostenplaatstags, VM-groottes, opslagbeveiliging, naamgevingsconventies) en Policy as Code

Deze aflevering is een met AI nagesynchroniseerde Nederlandse versie van de geanimeerde uitlegvideo uit de M365 Show van Microsoft MVP Mirko Peters.