Azure Policy vs. RBAC

quién puede hacer qué y qué configuraciones están permitidas – guía clara de gobernanza en Azure

En la nube, cualquier propietario de una aplicación puede crear recursos al instante desde el portal, la CLI, una API o Terraform, sin que nadie revise las reglas. El resultado: puertos abiertos, acceso público a blobs o VMs con GPU olvidadas. Este episodio explica cómo Azure Policy actúa como un reglamento invisible que aplica automáticamente lo que está permitido y en qué se diferencia de RBAC.

▶ Azure Policy vs. RBAC: quién puede hacer qué y qué configuraciones están permitidas – guía clara de gobernanza en Azure (Doblaje IA)

Lo que aprenderás:

1. La diferencia clave: RBAC controla quién puede hacer algo, Azure Policy controla qué configuraciones están permitidas, y por qué necesitas ambos
2. Cómo Azure Policy evalúa cada solicitud ante Azure Resource Manager, no se puede eludir y también revisa los recursos existentes para detectar desviaciones
3. Definiciones de directivas en JSON (condiciones, efectos, parámetros), cientos de directivas integradas y asignación a grupo de administración, suscripción o grupo de recursos con herencia y exenciones
4. Los cuatro efectos Deny, Audit, Modify/Append y DeployIfNotExists, y por qué conviene empezar con Audit antes de pasar a Deny
5. Iniciativas para Azure Security Benchmark, CIS, NIST, PCI DSS, HIPAA o ISO 27001, cinco ejemplos prácticos (regiones de la UE, etiquetas de centro de costos, tamaños de VM, seguridad de almacenamiento, convenciones de nombres) y Policy as Code

Este episodio es una versión en español doblada con IA del video explicativo animado del M365 Show del Microsoft MVP Mirko Peters.