La dirección quiere "cero interrupciones del servicio". El equipo suministra dos pilas idénticas: doble VPS, doble Redis y doble PostgreSQL “por seguridad”. La factura se duplica, la migración nunca se ha puesto a prueba en paralelo. En el gran día, la conmutación por error de DNS revela que la pila verde todavía apunta a la antigua variable de entorno: revertir en cinco minutos, pero el costo mensual del doble permanece.
La implementación azul-verde reduce el riesgo de conmutación por error; no justifica duplicar automáticamente cada recurso. La disciplina consiste en duplicar lo que cambia rápidamente (aplicaciones, trabajadores) e invertir en migraciones de datos compatibles en lugar de clonar ciegamente Postgres.
Qué se debe duplicar y qué se puede compartir
| Componente | A menudo se duplica | A menudo compartido |
|---|---|---|
| Aplicación/API sin estado | ✅ | — |
| Trabajadores de cola | ✅ o subida temporal | — |
| Caché de Redis | ⚠️ según invalidación | a veces |
| PostgreSQL | ⚠️ caro | migraciones retrocompatibles |
| Almacenamiento de objetos | — | ✅ versiones inmutables |
El esquema de base compartida, aplicación doble se basa en migraciones compatibles con versiones anteriores: adición de una columna que acepta valores NULL, sin cambios de nombre brutales. La reversión consiste en reenviar el tráfico, no en restaurar la base de datos.
Doble PostgreSQL “por si acaso” sin estrategia de migración = coste máximo, reversión ilusoria.
Cambio de tráfico y ventana de reversión
Primero implemente la pila verde y ejecute pruebas internas: encabezado X-Deploy: green o nombre de host dedicado. Verifique que el cien por ciento de las instancias verdes pasen la verificación de disponibilidad. Luego cambie el despachador, Ingress o DNS, gradualmente si es posible. Supervise los errores de la aplicación y mantenga la pila azul inactiva durante unas horas.
El retroceso invierte el flujo: instantáneo si el estado compartido sigue siendo compatible. Si la pila verde ha escrito un formato incompatible, la reversión de la aplicación requiere una restauración básica, a menudo cada noche.
Costo, escalado automático y ventanas cortas
La pila azul no necesita funcionar las veinticuatro horas del día a su capacidad de producción: puede permanecer más pequeña fuera del lanzamiento y luego aumentar antes de la implementación. Algunos equipos solo mantienen caliente la pila verde el día del lanzamiento.
Bajo Kubernetes: dos implementaciones o Argo Rollouts con servicio de vista previa. En VPS: dos carpetas Compose, Traefik con ponderación. Optimice la duración del doble, no solo la existencia del patrón.
Datos de sesión y sesiones persistentes
Sesiones en memoria en la pila azul: los usuarios que cambiaron a la pila verde pierden su sesión. Subcontrate sesiones (Redis, por ejemplo) antes de adoptar el azul-verde. El mismo problema para los archivos cargados localmente en el disco azul: se requiere almacenamiento de objetos compartido.
Pruebas y repetición
Organice un ejercicio mensual: implementación simulada, transición de preproducción, reversión programada. Documente quién activa el cambio y los criterios de cancelación. Un despliegue azul-verde no ensayado sigue siendo un procedimiento teórico el día en que la producción tiembla.
La cumbre: doble pila, único retroceso: un mito
Reducir el riesgo sin duplicar ciegamente los costos significa duplicar los casos de apátridas, invertir en migraciones de expansión-contracción y mantener la pila azul en reserva temporal.
Decide y avanza sin puntos ciegos
Primero, asigne lo que es sin estado versus lo que tiene estado en su arquitectura, luego valide que sus migraciones de esquema sigan siendo compatibles con ambas versiones de código. Pruebe la conmutación por error y la reversión en preproducción antes del gran día. Dimensione la pila azul solo para la ventana de lanzamiento, no para una duplicación permanente. Compare despachadores, VPS y Kubernetes a través del directorio y la comparación, y explore las guías para obtener ingeniería de lanzamiento. Su métrica de éxito: una reversión de la preproducción en menos de cinco minutos sin una restauración básica; de lo contrario, revise el patrón.
Preguntas frecuentes
¿El azul-verde siempre duplica la factura?
No, si solo se duplica la aplicación sin estado y se comparte la base con migraciones compatibles con versiones anteriores. Duplicar toda la pila, incluida la base, duplica casi todo, sin garantizar una simple reversión.
¿Cómo cambiar el tráfico correctamente?
Complete la verificación de estado en la pila verde, luego cambie el despachador o DNS, gradualmente si es posible. Mantenga la pila azul caliente durante unas horas para obtener una respuesta rápida.
¿Qué pasa con las migraciones de esquemas?
Aplique expansión-contracción para compatibilidad de código nuevo y antiguo antes de cambiar. De lo contrario, la pila verde no comienza o la azul se rompe después de retroceder.
¿Actualización azul-verde versus actualización continua?
Azul-verde: cambio instantáneo y reversión rápida, costo adicional único. Actualización continua: progresión gradual, menos excedente, retroceso más lento. Elección según SLA y presupuesto.
Un azul-verde inteligente duplica lo que cambia rápidamente, no lo que cuesta mucho sincronizar.