Programmation · DevOps · orchestration

Kubernetes, c’est quoi ?

Une fois une appli empaquetée dans un conteneur, un nouveau problème surgit : qui le démarre, le redémarre quand il plante, en lance plus de copies sous la charge, et les relie tous — sur des dizaines de machines ? C’est l’orchestration, et Kubernetes est le système que la plupart des équipes utilisent pour cela. Ce guide explique ce qu’est Kubernetes, les concepts qui comptent, son lien avec Docker, et quand vous en avez vraiment besoin.

La définition courte

Kubernetes est une plateforme open source pour exécuter et coordonner des conteneurs sur un groupe de machines. Vous décrivez l’état souhaité — « lance cinq copies de cette appli, garde-les en bonne santé, expose-les à cette adresse » — et Kubernetes travaille en continu pour que la réalité corresponde : il place les conteneurs sur les machines, redémarre ceux qui échouent, ajuste l’échelle et achemine le trafic vers eux. On l’abrège souvent en K8s (K, huit lettres, s).

Le problème qu’il résout

Lancer un conteneur à la main est simple. En lancer des centaines, de façon fiable, ne l’est pas. Les machines tombent, le trafic explose, il faut déployer de nouvelles versions sans interruption, et les conteneurs doivent se trouver et se parler. Tout faire manuellement est source d’erreurs et ne dort jamais. Kubernetes en fait un système déclaratif : vous décrivez ce que vous voulez, et la boucle de contrôle de la plateforme l’applique sans cesse — en remplaçant un conteneur planté ou en replanifiant le travail hors d’une machine morte, sans réveiller un ingénieur à 3 h du matin.

Les concepts clés

• Cluster — l’ensemble du système : un groupe de machines que Kubernetes gère comme un tout. Il a un plan de contrôle (le cerveau qui décide) et des nœuds de travail (où vos conteneurs s’exécutent vraiment).
• Nœud — une machine unique (physique ou virtuelle) du cluster qui exécute des conteneurs.
• Pod — la plus petite unité que Kubernetes exécute : un ou plusieurs conteneurs étroitement liés partageant un stockage et une adresse réseau. On exécute en général de nombreux pods identiques d’une appli.
• Déploiement — une déclaration de l’état souhaité pour vos pods : quelle image, combien de répliques, et comment déployer les mises à jour. Kubernetes aligne l’état réel dessus.
• Service — une adresse réseau stable et un répartiteur de charge pour un ensemble de pods, afin que les autres parties du système les atteignent même quand les pods individuels vont et viennent.

Comment ça marche, en bref

Vous soumettez une description de ce que vous voulez — souvent un fichier YAML définissant un déploiement et un service. Le plan de contrôle enregistre cet état souhaité et planifie les pods sur des nœuds qui ont de la place. Une boucle de contrôle compare ensuite en permanence l’état souhaité et l’état réel : si un pod meurt ou un nœud échoue, Kubernetes le remarque et recrée les pods manquants ailleurs. La mise à l’échelle suit la même idée — passez « 5 répliques » à « 20 » et le planificateur comble l’écart. Ce modèle déclaratif et auto-réparateur est au cœur de la confiance accordée à Kubernetes en production.

Kubernetes vs Docker

Ils sont complémentaires, pas rivaux. Docker construit et exécute un conteneur individuel sur une machine. Kubernetes orchestre de nombreux conteneurs sur de nombreuses machines — il les planifie, les met à l’échelle, les répare et les met en réseau. Docker empaquette et exécute un conteneur ; Kubernetes gère une flotte. Kubernetes exécute des conteneurs bâtis selon les standards ouverts que Docker a popularisés : les deux occupent des couches différentes de la même pile plutôt que de se concurrencer.

En avez-vous vraiment besoin ?

Honnêtement, souvent non — du moins pas encore. Kubernetes brille quand vous exécutez de nombreux services, avez besoin de haute disponibilité et disposez de l’équipe pour l’exploiter. Pour une seule appli ou un petit projet, c’est généralement excessif : un serveur unique, un service de conteneurs managé ou une plateforme-as-a-service sera plus simple et moins cher. Le coût de Kubernetes est une vraie complexité — réseau, stockage, sécurité et mises à jour demandent de l’expertise. Adoptez-le quand l’échelle justifie le surcoût, pas par effet de mode.

Managé vs auto-hébergé

Vous pouvez exécuter Kubernetes vous-même, mais la plupart des équipes utilisent un service managé où un fournisseur cloud exploite le plan de contrôle pour vous, de sorte que vous ne gérez que vos charges de travail. Cela retire une grande partie du fardeau opérationnel et constitue le choix par défaut raisonnable pour la plupart des projets qui ont réellement besoin d’orchestration.

Les conteneurs exposent en général une API et se parlent via des protocoles comme gRPC ou REST. Parcourez d’autres explications claires dans notre index des guides.

Questions fréquentes