Despliegue blue-green
Estrategia de despliegue con dos entornos de producción idénticos — "blue" (el actual) y "green" (la versión nueva). Despliegas y pruebas en green, y luego rediriges todo el tráfico allí de golpe. Si algo sale mal, vuelves al instante. Cero downtime con rollback inmediato.
Mecánica: blue corre en producción; despliegas la versión nueva en green (un entorno paralelo e idéntico), la pruebas con calma y luego rediriges el balanceador/router de blue a green de un tirón. Blue se deja encendido un rato como vía de escape inmediata — si surge un problema, vuelves a blue en el acto (sin redesplegar, solo un cambio de enrutamiento). Ventaja: cero interrupción al conmutar y el rollback más rápido posible. Contrapartida: caro (dos entornos de producción enteros a la vez), y los cambios de esquema de base de datos son delicados (ambas versiones deben funcionar contra la misma base durante la transición). Se distingue del canario (despliegue gradual a una fracción de usuarios) — blue-green es un cambio brusco de todo o nada. Una estrategia clásica. Emparentado con el despliegue canario y el rolling update.