El entorno de ejecución de debajo, reconstruible desde el código fuente.

• Una infraestructura montada a mano una vez y que ahora entiende exactamente una persona.
• Un proceso de despliegue tan intimidante que las versiones se agrupan, lo que hace cada una más arriesgada que la anterior.
• Un entorno que no se puede recrear, de modo que preproducción y producción han divergido en silencio.
• Un producto que pronto va a necesitar más que una sola máquina, donde el siguiente paso debería decidirse y no improvisarse.
• Un historial de incidentes cuyo tema recurrente es que nada salió a la luz hasta que lo comunicó un usuario.

Una arquitectura de referencia, es decir, la forma sobre la que se diseña el trabajo y no un registro de sistemas entregados. Nombra capas y responsabilidades, nunca productos: lo que se ejecuta en una capa determinada es una decisión que se toma contigo durante el alcance, no aquí por adelantado.

• Aprovisionamiento como código, para que un entorno se defina en el repositorio y no en una consola.
• Configuración de contenedores y del entorno de ejecución, con los límites de recursos y el comportamiento ante fallos hechos explícitos.
• Pipelines de CI/CD: qué se ejecuta en cada commit, qué condiciona una versión y qué la detiene.
• Un camino de despliegue y reversión, con la reversión ejercitada y no supuesta.
• Registros, métricas y observabilidad dirigidos a los fallos que este sistema tiene de verdad.
• Una lista de verificación de despliegue y reversión, para que el procedimiento sobreviva a la persona que lo escribió.

• Un entorno que nadie puede reconstruir, donde la única copia de la configuración es el sistema en ejecución.
• Descubrir durante un incidente que la vía de reversión era teórica.
• Un proceso de publicación tan arriesgado que las versiones se agrupan, agravando el riesgo que quería evitar.
• El fallo silencioso: un sistema que informa de que está sano mientras el trabajo detrás se acumula.
• Infraestructura que vive en la cuenta de un proveedor y no en la tuya, de modo que el acceso es algo que tienes que pedir.

• Guardias 24/7 permanentes o un acuerdo de servicio gestionado. Esto construye la plataforma y la entrega; no es un contrato de soporte.
• Una migración a la nube elegida por sí misma, sin un problema que resolver. Se define primero como una decisión, y a menudo la respuesta es no mudarse.
• Kubernetes porque se espera. El entorno de ejecución debe ajustarse a los modos de fallo que el producto tiene de verdad, y con frecuencia lo correcto es algo más pequeño.
• Un proyecto de reducción de costes donde la cifra objetivo se fija antes de que nadie haya mirado lo que está en marcha.
• Trabajo de infraestructura en una cuenta a la que no se nos puede dar un acceso correctamente acotado. Las credenciales amplias y permanentes no son un atajo.

1. 01

   Todo en tus cuentas

   La infraestructura se ejecuta desde el principio en cuentas que son tuyas. Nada se aloja de nuestro lado para migrarse luego, así que no hay corte ni dependencia de que sigamos existiendo.

2. 02

   La configuración en el repositorio

   Aprovisionar como código significa que el entorno tiene una definición que tu equipo puede leer, revisar y cambiar. Reconstruir es ejecutar el código, no reconstruir un recuerdo.

3. 03

   Un procedimiento de publicación que se ha ejecutado

   El camino del commit a producción, los controles que lo jalonan y los pasos exactos para revertir una versión, ejercitados durante el proyecto en lugar de documentados y esperados.

4. 04

   Las condiciones que disparan una reversión

   No solo cómo deshacer una versión sino cuándo hacerlo: qué vigilar tras un despliegue y qué lectura significa parar. Criterio escrito mientras está fresco.

• ProyectoUn gestor de pantalla con separación de privilegiosEl nivel más bajo al que llega un desarrollo: piezas independientes hechas para arrancar como un solo sistema, y seguir arrancando después de una actualización.
• DocumentosEjemplos de entregablesLa lista de verificación de despliegue y reversión, mostrada como el formato con lo que registra y el riesgo que elimina.
• ServicioSeguridad y profundidad de sistemasLos límites de acceso y la gestión de credenciales que acompañan al trabajo sobre el entorno de ejecución.