Skip to content

Commit

Permalink
applications
Browse files Browse the repository at this point in the history
  • Loading branch information
herveleclerc committed Sep 13, 2024
1 parent c7ad832 commit a87b137
Show file tree
Hide file tree
Showing 2 changed files with 12 additions and 8 deletions.
18 changes: 11 additions & 7 deletions cours/containers/kubernetes/k8s-applications.fr.md
Original file line number Diff line number Diff line change
Expand Up @@ -9,7 +9,7 @@ Voici quelques stratégies de mise à jour des applications
- Blue-Green Déploiement


![](images//kubernetes/rollingupdate.png){height="350px"}
![](images//kubernetes/rollingupdate.png){height="250px"}


### RollingUpdate
Expand All @@ -18,28 +18,30 @@ Voici quelques stratégies de mise à jour des applications
Caractéristiques du RollingUpdate :

- Mise à jour progressive :

- Les pods sont mis à jour un par un ou par petits lots, plutôt que tous en même temps.
- Cela permet de minimiser les temps d'arrêt et de garantir que le service reste disponible pendant la mise à jour.


- Paramètres configurables :

- **maxUnavailable** : Définit le nombre maximum de pods qui peuvent être indisponibles pendant la mise à jour. Par exemple, maxUnavailable: 1 signifie qu'au maximum un pod peut être hors ligne à tout moment pendant la mise à jour.
- **maxSurge** : Définit le nombre maximum de pods supplémentaires qui peuvent être créés au-delà du nombre souhaité de pods pendant la mise à jour. Par exemple, maxSurge: 1 signifie qu'un pod supplémentaire peut être créé pendant la mise à jour.


-Maintien de la disponibilité :

- Maintien de la disponibilité :
- Le déploiement RollingUpdate garantit que certaines instances de l'application restent disponibles pour traiter les requêtes pendant la mise à jour.
- Cela réduit le risque de temps d'arrêt et améliore l'expérience utilisateur.


- Facilité de retour en arrière :
- Si un problème est détecté avec la nouvelle version, Kubernetes permet de revenir facilement à la version précédente des pods.
- Vous pouvez utiliser la commande kubectl rollout undo pour revenir à une version antérieure du déploiement.


- Surveillance et gestion des erreurs :
- Kubernetes surveille l'état des pods pendant la mise à jour. Si un pod ne parvient pas à démarrer ou à devenir sain, Kubernetes arrêtera la mise à jour et conservera les pods en cours d'exécution.
- Vous pouvez surveiller la progression de la mise à jour avec la commande kubectl rollout status.


- Compatibilité avec les applications sans état :
- La stratégie RollingUpdate est particulièrement bien adaptée aux applications sans état où les instances de pod sont interchangeables.
- Pour les applications avec état, des stratégies supplémentaires peuvent être nécessaires pour gérer les états et les données.
Expand All @@ -58,7 +60,7 @@ Caractéristiques du Blue-Green Deployment :
- Isolation Complète :
- Les environnements Blue et Green sont complètement isolés l'un de l'autre. Cela permet de tester la nouvelle version (Green) sans affecter l'environnement de production actuel (Blue).

- Redirection du Trafic :
- Redirection du Traffic :
- Une fois que l'environnement Green est prêt et testé, le trafic est redirigé de l'environnement Blue vers l'environnement Green.
- Cette redirection peut être effectuée au niveau du service, du load balancer ou du DNS.

Expand Down Expand Up @@ -105,5 +107,7 @@ Caractéristiques du Canary Deployment :

### Canary Deployment Exemple

Voir le lab dédié
**Voir le lab dédié**



2 changes: 1 addition & 1 deletion cours/containers/kubernetes/k8s-resources-handling.fr.md
Original file line number Diff line number Diff line change
Expand Up @@ -149,7 +149,7 @@ spec:
```


### ResourceQuotas


![](images/kubernetes/resource-quota-limitrange.gif){height="450px"}
Expand Down

0 comments on commit a87b137

Please sign in to comment.