Quelles sont les stratégies de déploiement courantes (blue-green, canary, rolling) ?

Question

Accepted Answer

Les **stratégies de déploiement** définissent comment les nouvelles versions sont mises en production — en équilibrant la **sécurité**, les **temps d'arrêt** et les **risques**. Les stratégies courantes incluent les déploiements **rolling**, **blue-green** et **canary**, chacune avec des compromis différents.

## Déploiement rolling

```text
Gradually replace old instances with new ones, a few at a time:
  [v1][v1][v1][v1] → [v2][v1][v1][v1] → [v2][v2][v1][v1] → ... → [v2][v2][v2][v2]
  ✓ no downtime (some instances always serving); no extra full environment needed
  ✗ both versions run during the rollout; slower; rollback = roll back instance by instance
```

## Déploiement blue-green

```text
Run TWO identical environments — BLUE (current) and GREEN (new version):
  → deploy v2 to GREEN; test it; then SWITCH all traffic from blue to green at once
  → BLUE stays as instant rollback (switch back if green has issues)
  ✓ instant switch; instant rollback; test green before going live; no in-between state
  ✗ needs DOUBLE the infrastructure (two full environments)
```

## Déploiement canary

```text
Release the new version to a SMALL subset of users first, then gradually increase:
  → 5% of traffic → v2 (monitor errors/metrics) → 25% → 50% → 100% if healthy
  → if problems appear, roll back having affected only a few users
  ✓ limits blast radius (catch issues with minimal impact); data-driven gradual rollout
  ✗ more complex (traffic splitting, monitoring); slower full rollout
```

## Choisir

```text
ROLLING → simple, no extra infra, gradual (a common default)
BLUE-GREEN → instant switch + instant rollback, safe testing (if you can afford 2x infra)
CANARY → safest for risky changes (limit blast radius), needs good monitoring
→ Choose by risk tolerance, infrastructure, and monitoring maturity.
```

## Pourquoi c'est important

Comprendre les stratégies de déploiement est précieux pour **mettre à jour logiciels en production de manière sécurisée avec un risque et un temps d'arrêt minimal**, c'est pourquoi c'est une connaissance pratique importante pour les déploiements en production.

La manière dont une nouvelle version est mise à jour en production affecte considérablement la sécurité et le risque, et les stratégies offrent des compromis différents. Le **déploiement rolling** (remplacer progressivement les anciennes instances par de nouvelles) fournit des mises à jour sans temps d'arrêt sans infrastructure supplémentaire, un défaut simple courant, bien que les deux versions s'exécutent pendant le déploiement. Le **déploiement blue-green** (exécuter deux environnements identiques et basculer le trafic de l'environnement actuel vers le nouvel environnement d'une seule traite) permet un **basculement instantané et une restauration instantanée** (revenir à l'ancien environnement en cas de problème) plus la capacité de tester la nouvelle version avant la mise en ligne, au prix de nécessiter le double d'infrastructure — précieux quand un basculement rapide et des tests avant changement sont importants. Le **déploiement canary** (publier d'abord auprès d'un petit sous-ensemble d'utilisateurs, surveiller, puis augmenter progressivement) est le **plus sûr pour les changements risqués** car il **limite le rayon de l'explosion** — détecter les problèmes tout en affectant seulement quelques utilisateurs avant le déploiement complet — bien qu'il nécessite une division du trafic et une bonne surveillance.

Comprendre ces stratégies et **choisir de manière appropriée** (rolling pour la simplicité, blue-green pour une restauration instantanée et des tests sûrs si l'infrastructure le permet, canary pour les changements risqués avec une bonne surveillance) en fonction de la tolérance au risque, de l'infrastructure et de la maturité de la surveillance reflète un jugement de déploiement solide.

Ces stratégies sont la manière dont les équipes réalisent des versions sûres, avec peu de temps d'arrêt et peu de risque — important pour des opérations de production fiables.

Puisque mettre à jour les logiciels en production de manière sûre (minimiser les temps d'arrêt et les risques) est une préoccupation critique et que les stratégies de déploiement offrent des compromis différents pour l'atteindre, et puisque comprendre les déploiements rolling, blue-green et canary et quand utiliser chacun permet des mises à jour sûres, comprendre les stratégies de déploiement est une connaissance précieuse et pratiquement importante pour la livraison de logiciels en production — un sujet clé pour publier des changements de manière fiable et sécurisée, reflétant la compréhension de comment gérer les risques inhérents au déploiement en production.