Fonctionnement de Kubernetes · Cartes mentales

Fonctionnement de Kubernetes · Cartes mentales

Le canevas MindMap interactif de cette explication : chaque couloir, ligne et flèche ci-dessus appartient à un véritable diagramme QueryChart que vous pouvez ouvrir et modifier.

Comment lire cette carte mentale

• Commencez par le sujet central, puis suivez une branche colorée pour explorer ses idées.
• Les courbes montrent les liens; les flèches indiquent les relations où le sens compte.

Desired state

Cette branche rassemble “The manifest describes the TARGET, not the steps: “3 replicas of the API, image v2.1, port 8080”. Kubernetes figures out how to get there.”, “The control plane's API server is the front door. etcd is the cluster's source of truth — it holds the desired state everything else reconciles against.”.

Scheduling

Cette branche rassemble “Scheduler watches and picks nodes for the pods”, “Scheduler assigns each pod to a healthy node”.

Worker nodes

Cette branche rassemble “The kubelet is the worker's agent. It talks to the container runtime (usually containerd) to start the pods the scheduler assigns, and reports health back to the control plane.”, “A Service routes traffic to the running pods”.

Reconciliation

Cette branche rassemble “Reconciliation is the core loop: compare current state to desired state, apply the difference, repeat. A crashed pod is replaced without human action.”, “Liveness and readiness probes decide health. A failing liveness probe restarts the pod; a failing readiness probe stops traffic to it.”, “Deployment stays at the desired state”.

Liens entre les branches

Kubernetes est déclaratif : vous indiquez la cible, pas les étapes, et le système fait le reste.

Le plan de contrôle décide, le kubelet exécute : rien ne fonctionne sans l'état souhaité dans etcd.

La réconciliation est la boucle : comparer, appliquer la différence, répéter, pour toujours.

Les sondes décident de l'état de santé, et l'état de santé décide du remplacement : un pod défaillant est redémarré sans intervention humaine.

Kubernetes orchestre les packages Docker des conteneurs, c'est pourquoi les deux visuels se connectent.

Relations et enseignements clés

• Kubernetes est déclaratif : vous indiquez la cible, pas les étapes, et le système fait le reste.
• Le plan de contrôle décide, le kubelet exécute : rien ne fonctionne sans l'état souhaité dans etcd.
• La réconciliation est la boucle : comparer, appliquer la différence, répéter, pour toujours.
• Les sondes décident de l'état de santé, et l'état de santé décide du remplacement : un pod défaillant est redémarré sans intervention humaine.
• Kubernetes orchestre les packages Docker des conteneurs, c'est pourquoi les deux visuels se connectent.

Quand utiliser ce visuel

• Expliquer la distinction entre le plan de contrôle et le travailleur à une équipe qui découvre Kubernetes.
• Enseigner le modèle déclaratif avant que quelqu'un rédige son premier manifeste de déploiement et de service.
• Fonder une conversation sur l'auto-réparation : ce que Kubernetes corrige automatiquement et ce qui nécessite encore un opérateur.

Comment cela fonctionne

1. Adapter le sujet central

   Renommez le sujet pour votre projet ou votre cours.

2. Développer les branches

   Modifiez les idées et ajoutez des exemples ou des notes.

3. Relier les idées

   Reliez les branches; utilisez une flèche lorsque le sens est important.

Questions fréquentes

Qu’est-ce que Kubernetes en termes simples ?

Kubernetes est un système qui exécute des applications conteneurisées sur un cluster de machines et les maintient en fonctionnement. Vous lui dites ce que vous voulez (combien de copies de chaque application, quelle image, quels ports) et il planifie le travail sur les machines, redémarre les pannes, augmente et diminue et achemine le trafic. Le visuel capture les opérations de déclaration, de planification, d'exécution et de maintenance.

Qu’est-ce que le plan de contrôle dans Kubernetes ?

Le plan de contrôle est l'ensemble des composants qui prennent des décisions concernant le cluster : le serveur API qui accepte vos manifestes, etcd qui stocke l'état souhaité, le planificateur qui place les pods et les contrôleurs qui rapprochent la réalité de l'état souhaité. C'est le cerveau. Les nœuds travailleurs sont le muscle : chacun exécute un kubelet qui démarre et surveille les pods qui lui sont assignés.

Que signifie « déclaratif » dans Kubernetes ?

Cela signifie que vous décrivez l'état cible au lieu d'émettre des commandes pour l'atteindre. Vous appliquez un manifeste disant « exécuter trois répliques » ; Kubernetes détermine les étapes et continue de les suivre chaque fois que la réalité dérive. Si un pod meurt, le contrôleur crée un remplaçant pour revenir à trois : aucun humain ne réexécute une commande. Le manifeste est la source de la vérité et la réconciliation en est le mécanisme.

Comment Kubernetes maintient-il les applications en bonne santé ?

Grâce aux sondes et à la boucle de réconciliation. Les sondes d'activité indiquent à Kubernetes si un conteneur est actif : une sonde d'activité défaillante le redémarre. Les sondes de préparation lui indiquent si un pod peut servir du trafic : une sonde de préparation défaillante le supprime du service. Le contrôleur compare l'état de fonctionnement à l'état souhaité et applique la différence en continu. Quelle est la boucle dans laquelle « Le pod est sain ? » la décision dans le visuel représente.

Modifier cette carte mentale dans QueryChart

Ouvrez cette carte mentale sur un espace modifiable. Déplacez les idées et ajoutez des branches et des liens.

Modifier cette carte mentale dans QueryChart