Leçon 6 : pourquoi un seul Pod ne suffit pas — découvre le Deployment

Jusqu'ici tu as fait tourner un seul Pod — la plus petite chose que Kubernetes exécute, une boîte unique contenant ton conteneur. Mais un Pod seul n'a pas de filet de sécurité : supprime-le, ou perds le node sur lequel il tourne, et il disparaît purement et simplement, sans que personne ne le ramène

Un Deployment, c'est comme un manager de restaurant qui dit « il faut toujours trois serveurs en salle ». Si un serveur part en pause et ne revient pas, le manager en amène instantanément un nouveau, sans que tu aies besoin de demander.

Deployment: Un objet qui décrit l'état désiré pour un groupe de Pods identiques : combien de copies, quelle image de conteneur et quelle configuration. Il ne compte pas les Pods lui-même mais crée un ReplicaSet qui le fait.
ReplicaSet: Le contrôleur dont le seul travail est de garantir que le nombre de Pods vivants égale le nombre désiré. S'il manque un Pod il en crée un ; s'il y a un surplus il en supprime un. Le Deployment le crée et le gère pour toi.
Replicas: Le nombre de copies identiques du Pod que tu veux voir tourner en parallèle. Le champ replicas dans le manifeste est l'état désiré que le ReplicaSet maintient.
Self-healing: La capacité de Kubernetes à détecter qu'une copie a disparu et à la restaurer automatiquement pour revenir à l'état désiré, sans intervention manuelle.