Kubernetes est un système open source qui sert à orchestrer des conteneurs à grande échelle. Un conteneur, créé par exemple grâce à la conteneurisation avec Docker, embarque une application et toutes ses dépendances dans un format léger et portable ; mais dès qu'il faut gérer des dizaines ou des centaines de conteneurs répartis sur plusieurs serveurs, une coordination automatisée devient indispensable. C'est précisément le rôle de cette plateforme : décider où exécuter chaque conteneur, surveiller son état, le redémarrer en cas de panne et ajuster les ressources selon la charge. 

Les origines : de Google à la CNCF (Cloud Native Computing Foundation) 

Kubernetes a été développé initialement par Google, qui s'appuyait depuis des années sur ses propres outils d'orchestration en interne. Le logiciel a ensuite été publié en open source en 2014, puis confié à la Cloud Native Computing Foundation (CNCF). Cette gouvernance ouverte explique en partie son adoption massive : aucun éditeur ne le contrôle seul, et un large écosystème d'outils « cloud native » gravite autour de lui. Autour de ce noyau open source se sont greffés des projets complémentaires, comme Helm pour packager les applications, Prometheus pour la supervision ou les solutions de service mesh pour le réseau. Cet écosystème riche est l'une des raisons pour lesquelles Kubernetes s'est imposé bien au-delà de son éditeur d'origine. 

Pourquoi orchestrer des conteneurs ? 

Sans orchestration, chaque mise à jour, chaque montée en charge ou chaque incident exige une intervention manuelle. Kubernetes automatise ces tâches : il assure la disponibilité des applications, répartit le trafic, gère le réseau interne et optimise l'usage des ressources matérielles. Cette orchestration de conteneurs est ce qui rend possible le déploiement fiable d'architectures modernes, notamment celles fondées sur les microservices. Concrètement, la plateforme ajuste seule le nombre de conteneurs en fonction de la charge, redémarre les applications défaillantes et expose chaque service à une adresse stable. Les équipes décrivent l'état souhaité, et le système se charge de l'atteindre, ce qui réduit les opérations répétitives et le risque d'erreur humaine.

Le fonctionnement de Kubernetes repose sur la notion de cluster : un ensemble de machines, physiques ou virtuelles, qui mutualisent leurs ressources pour exécuter les applications. L'administrateur ne pilote plus des serveurs isolés, mais un système cohérent qui répartit lui-même le travail. 

Cluster, nœud et pod : les composants de base 

Un cluster regroupe plusieurs nœuds (en anglais « node »), c'est-à-dire les serveurs qui font tourner les charges de travail. Sur chaque nœud s'exécutent des pods, la plus petite unité déployable de Kubernetes : un pod contient un ou plusieurs conteneurs partageant le même réseau et le même stockage de données. Les services, quant à eux, exposent ces pods et fournissent une adresse stable pour communiquer avec les applications, même lorsque les pods sont recréés. Ces composants forment le vocabulaire de base de tout utilisateur de la plateforme. Il existe plusieurs types de services, selon ce que l'on souhaite exposer. Un service interne sert aux échanges entre applications à l'intérieur du cluster. Un service ouvert vers l'extérieur rend, lui, une application accessible aux utilisateurs. Dans les deux cas, l'intérêt est le même : le service conserve toujours la même adresse, même si un pod est recréé ou déplacé sur un autre nœud. 

Le plan de contrôle, chef d'orchestre du cluster 

Au cœur du système, le plan de contrôle (control plane) prend les décisions : il planifie le placement des pods, surveille l'état du cluster et applique la configuration souhaitée. L'administrateur décrit l'état cible dans des fichiers de configuration, généralement au format YAML, et Kubernetes se charge de faire converger le système vers cet état : c'est le principe de la gestion déclarative. L'outil en ligne de commande kubectl et l'API de Kubernetes permettent d'interagir avec le cluster au quotidien. Le plan de contrôle réunit plusieurs composants. Le serveur d'API reçoit les commandes. Le planificateur attribue chaque pod au nœud le mieux adapté. La base etcd, elle, conserve l'état du cluster. Sur les nœuds, un agent exécute les conteneurs demandés et remonte leur état au plan de contrôle. 

En entreprise, Kubernetes répond à plusieurs enjeux concrets. Il permet de déployer des applications de façon reproductible, de les faire évoluer à la hausse comme à la baisse via la mise à l'échelle automatique, et de garantir leur disponibilité grâce à l'auto-réparation. Cette automatisation s'intègre naturellement dans l'approche DevOps et dans les chaînes d'intégration et de déploiement continus, par exemple via GitLab. Les équipes de développement et d'exploitation travaillent alors sur une plateforme commune, ce qui fluidifie la collaboration et accélère la livraison de logiciels. Au quotidien, une équipe décrit l'application souhaitée, le nombre de répliques et les ressources nécessaires, puis la plateforme déploie, surveille et remplace automatiquement les conteneurs défaillants. Cette approche réduit les interruptions de service et permet d'absorber des pics de charge soudains sans réécrire l'application. Elle facilite aussi des pratiques comme le déploiement progressif d'une nouvelle version ou le retour rapide à la version précédente en cas de problème, deux atouts précieux pour les applications critiques.

Parce qu'il est open source et « cloud native », Kubernetes constitue le socle de nombreuses solutions commerciales. OpenShift, édité par Red Hat (groupe IBM), est par exemple une plateforme bâtie sur Kubernetes qui ajoute des outils de sécurité, d'intégration et une interface simplifiée. Les grands fournisseurs cloud proposent également des services Kubernetes managés, comme ceux de Google, qui prennent en charge l'installation et la maintenance du cluster. Autour de ce noyau s'est construit tout un écosystème de plateformes et de services managés qui en facilitent l'adoption en entreprise, à commencer par la solution la plus emblématique : Red Hat OpenShift. 

Red Hat OpenShift : la distribution Kubernetes pour l'entreprise 

Red Hat OpenShift est la plateforme d'entreprise la plus connue bâtie sur Kubernetes. Éditée par Red Hat, filiale d'IBM, elle reprend le moteur d'orchestration de Kubernetes et l'enrichit de tout ce qui manque souvent dans une installation brute : une console graphique pour les développeurs, une chaîne d'intégration et de déploiement continus intégrée, un registre d'images, une gestion fine des droits d'accès et des garde-fous de sécurité activés par défaut. Là où Kubernetes seul laisse l'équipe assembler chaque brique, Red Hat OpenShift propose un ensemble cohérent, certifié et accompagné d'un support commercial. 

Cette approche « clé en main » explique pourquoi de nombreuses grandes organisations, soumises à de fortes exigences de sécurité et de conformité, retiennent OpenShift plutôt qu'une distribution communautaire. Red Hat décline par ailleurs OpenShift sous plusieurs formes : une version auto-hébergée que l'entreprise installe sur sa propre infrastructure, et des offres entièrement managées proposées chez les principaux fournisseurs cloud. On parle alors de Kubernetes « as a service », où Red Hat et l'hébergeur prennent en charge l'exploitation au quotidien et les mises à jour de la plateforme.

Kubernetes managé chez les fournisseurs cloud 

Au-delà d'OpenShift, les grands fournisseurs cloud proposent leurs propres services Kubernetes managés, comme ceux de Google, d'AWS ou de Microsoft Azure, qui prennent en charge l'installation, les mises à jour et la maintenance de la plateforme. Quel que soit l'environnement, Kubernetes s'exécute sur des nœuds Linux et offre une portabilité précieuse d'une infrastructure à l'autre, que l'on travaille avec le cloud et la virtualisation ou sur site. 

Aborder Kubernetes suppose quelques bases solides : la ligne de commande Linux, le fonctionnement des conteneurs avec Docker et des notions d'administration système et de réseau. À partir de là, la montée en compétences passe par la pratique : créer un cluster, écrire des fichiers de configuration, déployer une première application, puis explorer des sujets plus avancés comme la sécurité, le stockage ou la supervision. L'administration d'un cluster Kubernetes en production constitue souvent l'étape suivante pour les profils DevOps et les administrateurs systèmes. Pour structurer cette progression, des certifications reconnues comme la CKA (administration) ou la CKAD (développement d'applications) servent de fil conducteur et valident les acquis. Le plus efficace reste de pratiquer sur un cluster de test : déployer une application réelle, l'exposer via un service, simuler une panne et observer la réaction de la plateforme ancrent durablement les concepts. 

Kubernetes, c'est quoi en résumé ? Une plateforme open source d'orchestration qui automatise le déploiement, la gestion et la mise à l'échelle des applications conteneurisées sur un cluster de machines. Né chez Google et porté par la CNCF, il s'articule autour de composants clés (cluster, nœuds, pods, services) et d'un plan de contrôle qui maintient le système dans l'état souhaité. Intégré aux pratiques DevOps et à l'écosystème cloud, il est devenu un standard incontournable pour exploiter des architectures modernes. Pour les professionnels de l'IT, comprendre puis maîtriser Kubernetes représente aujourd'hui un véritable atout.