Diseñar automatizaciones que operan sobre varios tenants de cliente tiene un problema antes incluso de escribir la primera línea: no siempre tienes acceso a dos entornos para probarlas. Y validar en producción no es una opción.

En esta sesión enseño cómo montar un laboratorio que reproduce una arquitectura SecOps ↔ cliente utilizando un único tenant de pruebas. Partimos de un caso real —una automatización de gestión de identidades desplegada en tenants de cliente— y construimos el escenario paso a paso: separación lógica de los dos roles, registro de aplicaciones multi-tenant, flujo de consentimiento de administrador, identidades gestionadas y permisos de Microsoft Graph.

La parte importante viene después: repasamos qué comportamientos se validan de forma fiable en este montaje y cuáles no. Porque la simplificación es útil, pero conviene saber exactamente dónde te va a morder cuando pases al entorno real.

Sesión pensada para quien trabaja con Azure e identidad y quiere experimentar sin depender de licencias adicionales ni de entornos que no controla.

Qué se lleva el asistente:
Un laboratorio replicable que puede montar esa misma tarde, con recursos mínimos.
Criterio claro sobre qué valida esta simulación y qué exige un entorno real.
Los errores concretos que cometí montándolo, para que no los repita.

No siempre tienes dos tenants para probar una automatización multi-cliente, y probar en producción no es opción. Te enseño a montar un laboratorio con un único tenant que simula esa arquitectura, qué valida realmente y qué no, y los errores que cometí montándolo.