¿Cómo se logran despliegues sin tiempo de inactividad?

Question

Accepted Answer

**Despliegue sin tiempo de inactividad** significa liberar nuevas versiones sin ninguna interrupción para los usuarios — la aplicación permanece disponible durante todo el proceso. Para lograrlo se requieren estrategias de despliegue cuidadosas, cambios compatibles hacia atrás, verificaciones de salud y manejo elegante de solicitudes en vuelo.

## Qué requiere el despliegue sin tiempo de inactividad

```text
GOAL: deploy a new version with NO user-facing downtime (always-available service):
  → never take the whole service offline to deploy
  → always have healthy instances serving while updating others
  → handle in-flight requests gracefully (don't drop them mid-request)
→ Combine several techniques (below).
```

## Técnicas clave

```text
✓ DEPLOYMENT STRATEGY — rolling, blue-green, or canary (never all-at-once downtime):
  → rolling: update instances gradually (others keep serving)
  → blue-green: switch traffic to the new environment instantly
✓ LOAD BALANCER + HEALTH CHECKS → route traffic only to healthy/ready instances;
  new instances join only when READY (readiness checks)
✓ GRACEFUL SHUTDOWN → draining: stop sending new requests to an instance, let it FINISH
  in-flight requests, THEN stop it (handle SIGTERM) → no dropped requests
✓ BACKWARD-COMPATIBLE changes → old and new versions coexist during the rollout
  (API and DATABASE compatibility — expand-contract migrations)
```

## El desafío de la base de datos

```text
⚠️ Schema changes during zero-downtime deploys are the hard part (old + new code run
   together): use BACKWARD-COMPATIBLE migrations (expand-contract / parallel change):
   add new schema → migrate → remove old in a LATER deploy → never break the running version
```

## Por qué es importante

Comprender cómo lograr despliegues sin tiempo de inactividad es conocimiento importante a nivel senior porque **la disponibilidad continua durante los despliegues es un requisito clave para muchos sistemas en producción**, por lo que es valioso para una entrega confiable.

Muchos sistemas deben mantenerse disponibles 24/7, por lo que desplegar sin interrumpir a los usuarios (sin tiempo de inactividad) es esencial — sacar el servicio fuera de línea para desplegar es inaceptable para tales sistemas, especialmente considerando los despliegues frecuentes de CI/CD.

Comprender qué requiere el despliegue sin tiempo de inactividad **requiere** (nunca sacar todo el servicio fuera de línea, siempre tener instancias saludables sirviendo mientras otras se actualizan, y manejar elegantemente las solicitudes en vuelo) enmarca el objetivo.

Comprender las **técnicas clave** que se combinan para lograrlo — usar **estrategias de despliegue** que eviten la inactividad de todo-a-la-vez (rolling, blue-green, canary), **balanceadores de carga con verificaciones de salud/disponibilidad** (dirigir tráfico solo a instancias saludables y listas, por lo que las instancias que se actualizan no reciben tráfico y las nuevas se unen solo cuando están listas), **apagado elegante/drenaje** (detener nuevas solicitudes a una instancia, dejar que termine las solicitudes en vuelo, luego detenerla — para que ninguna solicitud se abandone a mitad de vuelo, requiriendo manejo apropiado de SIGTERM), y **cambios compatibles hacia atrás** (para que las versiones antigua y nueva coexistan durante el despliegue) — es el núcleo práctico.

Críticamente, comprender el **desafío de la base de datos** (los cambios de esquema son la parte difícil del despliegue sin tiempo de inactividad porque el código antiguo y nuevo se ejecutan juntos, requiriendo migraciones expand-contract compatibles hacia atrás) se conecta con el conocimiento de migración que es esencial para despliegues verdaderamente sin tiempo de inactividad.

Estas técnicas en conjunto permiten desplegar continuamente sin ninguna interrupción visible para el usuario.

Ya que la disponibilidad continua es un requisito clave para muchos sistemas en producción y CI/CD despliega frecuentemente, y ya que el despliegue sin tiempo de inactividad requiere combinar estrategias de despliegue, verificaciones de salud, apagado elegante, y especialmente cambios compatibles hacia atrás en la base de datos, comprender cómo lograr despliegues sin tiempo de inactividad es conocimiento importante a nivel senior para entrega confiable — una capacidad crítica para sistemas siempre disponibles, reflejando la sofisticación operacional esperada para roles senior desplegando a producción sin interrumpir a los usuarios.