Leçon 3 : l'anatomie d'un cluster

Un cluster est un ensemble de machines (serveurs) que Kubernetes gère comme si c'était un seul gros ordinateur. Mais toutes les machines ne font pas le même travail, et c'est l'idée centrale de cette leçon : il y a une différence entre « qui décide » et « qui exécute ». La partie qui décide s'appell

Un cluster, c'est comme un restaurant : en salle, un responsable prend les commandes et décide qui cuisine (le plan de contrôle), et en cuisine, des cuisiniers préparent réellement la nourriture (les nœuds). Tu ne parles qu'à la salle.

Cluster: L'ensemble des machines (serveurs) que Kubernetes gère comme une seule unité. Certaines décident (le plan de contrôle) et d'autres font vraiment tourner les applications (les nœuds worker).
Nœud worker: La partie qui décide. L'ensemble des composants de gestion qui reçoivent les requêtes, stockent l'état désiré, planifient le travail sur les machines, et exécutent la réconciliation pour combler les écarts.
Nœud worker: La partie qui exécute. Une machine du cluster sur laquelle les Pods tournent réellement. Chaque nœud fait tourner un agent appelé kubelet et un container runtime.
API Server: La « porte d'entrée » du cluster. Le seul composant à qui kubectl parle : il valide les requêtes, les stocke dans etcd, et déclenche les autres composants du plan de contrôle.
kubectl: L'outil en ligne de commande que tu utilises pour parler au cluster. Chaque commande qu'il envoie va à l'API Server, jamais directement aux nœuds ou aux Pods.