Comment réaliser des déploiements sans interruption de service ?

Question

Accepted Answer

**Déploiement sans interruption de service** signifie publier de nouvelles versions sans aucune interruption pour les utilisateurs — l'application reste disponible tout au long du processus. Pour l'atteindre, il faut des stratégies de déploiement minutieuses, des changements rétrocompatibles, des contrôles de santé et une gestion gracieuse des requêtes en cours.

## Ce que l'absence d'interruption de service exige

```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).
```

## Techniques clés

```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)
```

## Le défi des bases de données

```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
```

## Pourquoi c'est important

Comprendre comment réaliser des déploiements sans interruption de service est une connaissance de niveau senior importante car **la disponibilité continue pendant les déploiements est une exigence clé pour de nombreux systèmes de production**, ce qui la rend précieuse pour une livraison fiable.

De nombreux systèmes doivent rester disponibles 24h/24, 7j/7, donc déployer sans interrompre les utilisateurs (sans interruption de service) est essentiel — mettre le service hors ligne pour déployer est inacceptable pour de tels systèmes, particulièrement compte tenu des déploiements fréquents du CI/CD.

Comprendre ce que l'absence d'interruption de service **exige** (ne jamais mettre l'ensemble du service hors ligne, toujours avoir des instances saines qui servent le trafic pendant que d'autres se mettent à jour, et gérer les requêtes en cours de manière gracieuse) encadre l'objectif.

Comprendre les **techniques clés** qui se combinent pour l'atteindre — utiliser des **stratégies de déploiement** qui évitent la mise hors ligne en une seule étape (rolling, blue-green, canary), des **équilibreurs de charge avec contrôles de santé/disponibilité** (router le trafic uniquement vers des instances saines et disponibles pour que les instances en cours de mise à jour ne reçoivent pas de trafic et les nouvelles ne rejoignent que lorsqu'elles sont prêtes), **l'arrêt/drainage gracieux** (arrêter les nouvelles requêtes vers une instance, la laisser terminer les requêtes en cours, puis l'arrêter — pour qu'aucune requête ne soit interrompue en cours d'exécution, nécessitant une gestion appropriée de SIGTERM), et les **changements rétrocompatibles** (pour que les anciennes et nouvelles versions coexistent pendant le déploiement) — est le cœur pratique.

De façon critique, comprendre le **défi des bases de données** (les changements de schéma sont la partie difficile du déploiement sans interruption car ancien et nouveau code tournent ensemble, nécessitant des migrations expand-contract rétrocompatibles) se connecte à la connaissance des migrations qui est essentielle pour les déploiements véritablement sans interruption.

Ces techniques ensemble permettent de déployer en continu sans aucune interruption visible par l'utilisateur.

Comme la disponibilité continue est une exigence clé pour de nombreux systèmes de production et le CI/CD déploie fréquemment, et puisque le déploiement sans interruption de service exige de combiner des stratégies de déploiement, des contrôles de santé, l'arrêt gracieux, et particulièrement les changements rétrocompatibles (de base de données), comprendre comment réaliser des déploiements sans interruption de service est une connaissance de niveau senior importante pour une livraison fiable — une capacité critique pour les systèmes toujours disponibles, reflétant la sophistication opérationnelle attendue pour les rôles senior déployant en production sans déranger les utilisateurs.