Despliegues Blue/Green sin tiempo de inactividad con PM2 y Nginx

El despliegue de aplicaciones Node.js de misión crítica y arquitecturas multiinquilino directamente en servidores físicos dedicados (bare-metal) o hosts VPS exige una estrategia de implementación automatizada que elimine por completo las interrupciones del servicio. Al utilizar un modelo de procesos PM2 Blue/Green de doble ranura orquestado con recargas atómicas de upstream en Nginx, los despliegues se completan en segundos sin pérdidas de conexiones y con capacidad de reversión inmediata.

1. La arquitectura de doble ranura (Blue :8081 frente a Green :8083)

En lugar de reiniciar un clúster activo de Node.js en su lugar (lo que rechaza temporalmente las solicitudes en curso), el host ejecuta dos ranuras de aplicación totalmente aisladas:

• Ranura Activa (ej. Blue en el puerto :8081): Recibe activamente el tráfico web de producción desde Nginx.
• Ranura de Reserva (ej. Green en el puerto :8083): Recibe la sincronización de código, instalación de dependencias y compilación de artefactos en total aislamiento del tráfico real.

# /etc/nginx/conf.d/upstream-slot.conf
# Enlazado dinámicamente o actualizado de forma atómica en el despliegue
upstream active_cms {
    server 127.0.0.1:8081; # Apuntando actualmente a Blue
    keepalive 64;
}

2. Puertas de comprobación de salud previas al cambio de tráfico

El script de despliegue reinicia únicamente el clúster de reserva y sondea un punto de enlace de salud interno. Si el nuevo código arroja errores de inicialización o falla la conectividad con la base de datos, el script aborta inmediatamente sin alterar Nginx:

echo "[Deploy] Reiniciando ranura de reserva ($STANDBY_NAME en :$STANDBY_PORT)..."
pm2 restart $STANDBY_NAME

echo "[Deploy] Verificando salud de la ranura de reserva..."
HTTP_STATUS=$(curl -s -o /dev/null -w "%{http_code}" http://127.0.0.1:$STANDBY_PORT/health || echo "000")

if [ "$HTTP_STATUS" != "200" ]; then
    echo "[Error] Comprobación de salud fallida (HTTP $HTTP_STATUS). Abortando cambio!"
    exit 1
fi

3. Protocolo de recarga atómica de Nginx

Una vez que la ranura de reserva supera la verificación, el script actualiza la configuración del upstream y ejecuta nginx -s reload. Nginx inicia una transición elegante entre trabajadores: los procesos antiguos terminan de atender las solicitudes abiertas antes de apagarse, mientras que los nuevos procesos enrutan de inmediato las solicitudes entrantes a la ranura actualizada.

Por último, la ranura anteriormente activa se reinicia en segundo plano para quedar lista como reserva para el próximo ciclo de despliegue.

4. Resumen de beneficios operativos

A continuación se detalla la comparativa entre metodologías de despliegue:

5. Conclusión

Los despliegues nativos Blue/Green aportan resiliencia de clase empresarial sin la sobrecarga ni la complejidad de los orquestadores de contenedores. WinWinHost aprovecha este flujo nativo para garantizar una disponibilidad continua en todos los portales web de los clientes.