1.7 KiB
1.7 KiB
title, created, updated, type, tags, confidence, contested, sources
| title | created | updated | type | tags | confidence | contested | sources | ||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Déploiement Blue-Green | 2026-06-06 | 2026-06-06 | concept |
|
high | false |
|
🔵 Déploiement Blue-Green
Définition Courte
Stratégie de déploiement qui maintient deux environnements identiques (Blue et Green) et bascule le trafic de l'un à l'autre instantanément, permettant un rollback immédiat en cas de problème.
Explication Détaillée
Principe :
- Blue = version actuelle en production.
- Green = nouvelle version, déployée mais ne reçoit pas (encore) le trafic.
- Tests sont exécutés sur Green (smoke tests, canary interne).
- Bascule du load balancer : tout le trafic va sur Green.
- Blue devient l'environnement de rollback (stand-by).
Avantages :
- Zéro downtime (la bascule est instantanée).
- Rollback en 1 seconde (re-basculer).
- Pas de "version N+1" partielle, tout le monde est sur la même version.
Inconvénients :
- Double infrastructure (coût).
- Gestion des migrations de BDD délicate.
- Pas de progression graduelle (vs canary).
Cas d'Usage
- Apps avec SLA serré (zéro downtime).
- Déploiements critiques (banque, e-commerce).
- Bases de données compatibles avec un switch rapide.
Outils Liés
- Kubernetes : services + labels, rollout de Deployment.
- AWS : Elastic Beanstalk, CodeDeploy.
- Cloudflare Load Balancer : pools de serveurs.
Pages Liées
Questions Ouvertes
- Blue-Green vs Canary : quand choisir l'un ou l'autre ?
- Comment gérer les migrations de schéma DB pendant un blue-green ?