Comment gérez-vous les rollbacks en cas d'échec du déploiement ?

Question

Accepted Answer

Quand un déploiement introduit des problèmes, vous devez **effectuer un rollback** rapidement vers un état fonctionnel pour minimiser l'impact sur les utilisateurs. Les stratégies de rollback efficaces — et les pratiques associées de surveillance, de rollback automatisé et de correction progressive — sont essentielles pour des déploiements fiables.

## Pourquoi c'est important

```text
Deployments sometimes introduce problems (bugs, errors, performance issues) that get
through testing. When that happens in production:
  → you need to restore a WORKING state QUICKLY (minimize user impact/downtime)
  → a fast, reliable rollback is essential — being able to undo a bad deploy fast
→ "How do we roll back?" must be answered BEFORE you need it.
```

## Approches de rollback

```text
✓ REDEPLOY the previous version — deploy the last known-good artifact/version
  (versioned artifacts make this easy: deploy v1.2.2 to undo v1.2.3)
✓ BLUE-GREEN → instant rollback by switching traffic back to the old environment
✓ CANARY → if the canary shows problems, stop the rollout (only a few users affected)
✓ Database changes → trickier (need backward-compatible migrations; see below)
✓ Feature FLAGS → disable a problematic feature without redeploying (instant "rollback"
  of behavior)
```

## Considérations importantes

```text
⚠️ DATABASE migrations → rollbacks are hard if a migration is destructive/incompatible:
  → use BACKWARD-COMPATIBLE migrations (so the old code works with the new schema)
  → decouple schema changes from code; expand-then-contract patterns
✓ MONITORING → detect problems FAST (so you know to roll back) — alerts on errors/metrics
✓ AUTOMATED rollback → some pipelines auto-rollback on failed health checks
✓ FORWARD FIX → sometimes fixing forward (a quick patch) is better than rolling back
✓ Practice/test rollbacks → ensure they actually work when needed
```

## Pourquoi c'est important

Comprendre les stratégies de rollback est important car **les déploiements échouent parfois, et être capable de récupérer rapidement est essentiel pour la fiabilité**, c'est donc une connaissance pratique précieuse pour les déploiements en production.

Même avec des tests de qualité, les déploiements introduisent occasionnellement des problèmes en production, et quand c'est le cas, **restaurer rapidement un état fonctionnel** (pour minimiser l'impact sur les utilisateurs et les temps d'arrêt) est critique — ce qui rend la capacité de rollback un élément clé d'un déploiement fiable, et celui-ci devrait être planifié **avant** d'en avoir besoin.

Comprendre les **approches de rollback** — redéployer la version précédente (facilité par les artefacts versionnés), le rollback instantané du **blue-green** (basculer le trafic en arrière), arrêter un déploiement **canary** (limiter l'impact), et utiliser des **feature flags** pour désactiver les fonctionnalités problématiques sans redéployer — fournit des options adaptées à différentes stratégies de déploiement.

Comprendre les **considérations importantes** reflète une pratique mature du déploiement : **les migrations de base de données rendent les rollbacks difficiles** (puisque les modifications de schéma destructives ou incompatibles ne peuvent pas simplement être annulées), donc utiliser des **migrations rétro-compatibles** (pour que l'ancien code fonctionne avec le nouveau schéma) et des motifs comme expand-then-contract est essentiel — une préoccupation réelle et véritablement délicate du monde réel.

Comprendre le rôle de la **surveillance** (détecter les problèmes rapidement pour savoir qu'il faut faire un rollback), du **rollback automatisé** (en cas d'échec des vérifications de santé), l'option de **correction progressive** (parfois un correctif rapide est mieux qu'un rollback), et l'importance de **tester les rollbacks** (s'assurer qu'ils fonctionnent quand nécessaire) reflète une réflexion complète sur la récupération après déploiement.

Puisque les déploiements peuvent échouer et que la récupération rapide est essentielle pour la fiabilité (minimiser l'impact sur les utilisateurs), et puisque comprendre les approches de rollback, le défi de la migration de base de données, et les pratiques de soutien (surveillance, automatisation, correction progressive) permet de récupérer efficacement après des déploiements défaillants, comprendre les stratégies de rollback est une connaissance précieuse et pratiquement importante pour les déploiements fiables en production — un aspect critique de la sécurité du déploiement, reflétant la maturité opérationnelle pour gérer les inévitables défaillances qui se produisent même avec un bon CI/CD.