Chapitre 3.7 - Stratégies de Déploiement
Objectifs d'Apprentissage
À la fin de ce chapitre, vous serez capable de:
- Comprendre les différentes stratégies de déploiement
- Implémenter des Rolling Updates
- Utiliser Blue/Green deployments
- Mettre en place des Canary deployments
Types de Stratégies
1. Rolling Update (Par Défaut)
Mise à jour progressive sans interruption:
Configuration:
strategy:
type: RollingUpdate
rollingUpdate:
maxSurge: 1 # Pods supplémentaires autorisés
maxUnavailable: 0 # Pods indisponibles max
2. Recreate
Supprime tout puis recrée:
Configuration:
strategy:
type: Recreate
Blue/Green Deployment
Déploiement de deux environnements complets:
Avantages:
- Rollback instantané
- Test complet avant bascule
- Pas de mélange de versions
Implémentation:
- Deux Deployments séparés
- Service qui pointe vers l'un ou l'autre
- Bascule via changement de selector
Canary Deployment
Déploiement progressif à un petit pourcentage:
Processus:
- Déployer la nouvelle version à 10%
- Monitorer les métriques
- Augmenter progressivement si OK
- Rollback si problème
Implémentation:
- Deux Deployments avec différents labels
- Service avec sélection pondérée
- Ou utiliser Istio pour routing avancé
Configuration Avancée
MaxSurge et MaxUnavailable
strategy:
type: RollingUpdate
rollingUpdate:
maxSurge: 2 # Peut créer 2 Pods supplémentaires
maxUnavailable: 1 # 1 Pod peut être indisponible
Exemple avec 3 réplicas:
- Pendant l'update: 4-5 Pods possibles (3 + maxSurge)
- Minimum disponible: 2 Pods (3 - maxUnavailable)
Résumé
Dans ce chapitre, vous avez appris:
Rolling Update: Mise à jour progressive (par défaut)
Recreate: Suppression puis recréation
Blue/Green: Deux environnements complets
Canary: Déploiement progressif à petit pourcentage
Configuration: maxSurge et maxUnavailable pour contrôler le processus
Prochaines Étapes
Maintenant que vous connaissez les stratégies:
Chapitre 3.8: Health Checks
Lab 3.3: Deployments et Rolling Updates
Chapitre créé le: Décembre 2024