1. IaC-first
Todo lo que corre en cloud vive en código y se revisa como código. Nada de click-ops para lo importante. Si no podés recrear el ambiente desde cero, no está terminado.
Cómo trabajo
Principios antes que herramientas.
Las herramientas cambian cada año. Estos criterios me dejan decidir rápido sin improvisar, y le dan a seguridad y auditoría algo concreto para homologar.
2. Paved-road, no cárcel
El starter oficial es el camino fácil y seguro. Si necesitás salirte, lo hacés con un ADR corto que explique por qué y cómo volvés.
3. Shift-left real
IAM least-privilege, políticas y escaneos vienen en el template. La seguridad ayuda a shippear, no aparece el viernes antes del release.
4. Observabilidad por defecto
Logs estructurados, métricas y trazas salen del starter. Cada servicio nuevo ya responde: ¿anda?, ¿qué tan rápido?, ¿dónde se rompe?
5. Multi-ambiente parejo
Dev, staging y prod se parecen en red, IAM y pipeline. Los previews son descartables y baratos. Probar en prod no es estrategia.
6. Operable y auditable
Despliegues trazables, reversibles y explicables. Runbook mínimo y dueño claro. Si no sabés quién lo opera a las 3am, no está listo.
Ejemplo de ADR (sanitizado)
# ADR-004: Monolito modular primero Estado: aceptado · Fecha: 2026-03-10 Contexto: equipo chico, dominio poco claro, presión por entregar. Opciones: A) microservicios desde el día 1 · B) monolito modular con límites claros. Decisión: B. Módulos con API interna, DB por módulo lógico, deploy único. Consecuencias: + velocidad, + simpleza operativa. - extraer después cuesta. Reversión: si un módulo supera SLO o equipo dedicado, se extrae con contrato ya definido.
Así documento para homologar: 1 página, reversible, sin humo.
Discutir tu caso