Ir al contenido
angel.library

Estrategias de despliegue y rollback

EstrategiaVentajaCosto/riesgo
Recreatesimpleventana de caída
Rollingusa capacidad existenteconviven versiones
Blue-greencambio y rollback rápidosduplica ambiente temporalmente
Canarylimita impacto a parte del tráficorequiere routing y observación fiables

Con rolling/canary, versión vieja y nueva acceden al mismo sistema. Aplica migraciones expand-contract:

  1. añadir columnas/tablas compatibles;
  2. desplegar código que soporte ambos modelos;
  3. migrar datos;
  4. retirar la forma antigua en un release posterior.

Una migración destructiva y un deploy de código en el mismo paso hacen que el rollback sea falso: el binario viejo ya no entiende la base.

Automatiza health checks y smoke tests, pero decide con señales de negocio y sistema: errores, latencia, saturación, login, checkout o creación de recursos. Define umbral y ventana antes de desplegar.

El rollback sirve cuando el artefacto anterior sigue siendo compatible. Si los datos o eventos ya cambiaron, puede ser más seguro corregir hacia adelante o apagar la funcionalidad con un flag. Practica ambos caminos y mide el tiempo real de recuperación.