2.5 · Parcours 2 — Développer et déployer des applications (CKAD)
Stratégies blue/green et canary
Lab Kubernetes · questionnaire de validation · gratuit, dans le navigateur
La mise à jour progressive (leçon 2.2) est un bon réglage par défaut, mais elle a deux limites : pendant quelques minutes, deux versions répondent en même temps sans que vous choisissiez qui voit quoi, et revenir en arrière demande une nouvelle mise à jour. Les équipes qui livrent souvent utilisent deux autres stratégies : le blue/green, pour basculer d'un coup (et revenir d'un coup), et le canary, pour exposer la nouvelle version à une petite partie des utilisateurs avant tout le monde. Bonne nouvelle : avec les labels et les Services, vous avez déjà tout ce qu'il faut.
Ce que vous saurez à la fin : basculer instantanément d'une version à l'autre en changeant le sélecteur d'un Service, envoyer une fraction du trafic vers une nouvelle version, et éviter le piège des sélecteurs qui se chevauchent.
Au programme de ce lab
- Votre mission
- Pas à pas
- Rappel : un Service suit son sélecteur
- Blue/green : deux versions complètes, une bascule
- Canary : une petite part du trafic d'abord
- Le piège : les sélecteurs qui se chevauchent
- Comparatif
Ce que KubeNow vérifie
- Le Service site sélectionne la version verte
- Le Service site répond avec la version verte
- Les deux versions tournent toujours (retour arrière possible)
- api-canary : 1 réplica de nginx:1.27-alpine
- Les pods du canary entrent dans le Service api (labels app=api, track=canary)
- api-stable a toujours ses 3 pods
- Le Service api a 4 pods derrière lui