Dissenyar automatitzacions que operen sobre diversos tenants de client té un problema abans fins i tot d'escriure la primera línia: no sempre tens accés a dos entorns per provar-les. I validar en producció no és una opció.

En aquesta sessió ensenyo com muntar un laboratori que reprodueix una arquitectura SecOps ↔ client utilitzant un únic tenant de proves. Partim d'un cas real —una automatització de gestió d'identitats desplegada en tenants de client— i construïm l'escenari pas a pas: separació lògica dels dos rols, registre d'aplicacions multi-tenant, flux de consentiment d'administrador, identitats gestionades i permisos de Microsoft Graph.

La part important ve després: repassem quins comportaments es validen de forma fiable en aquest muntatge i quins no. Perquè la simplificació és útil, però convé saber exactament on et mossegarà quan passis a l'entorn real.

Sessió pensada per a qui treballa amb Azure i identitat i vol experimentar sense dependre de llicències addicionals ni d'entorns que no controla.

Què s'emporta l'assistent:
Un laboratori replicable que pot muntar aquella mateixa tarda, amb recursos mínims.
Criteri clar sobre què valida aquesta simulació i què exigeix un entorn real.
Els errors concrets que vaig cometre muntant-lo, perquè no els repeteixi.

No sempre tens dos tenants per provar una automatització multi-client, i provar en producció no és una opció. T'ensenyo a muntar un laboratori amb un únic tenant que simula aquesta arquitectura, què valida realment i què no, i els errors que vaig cometre muntant-lo.