Aller au contenu principal

Le problème que Kubernetes résout

Résumé : Docker a résolu le problème du conteneur (comment emballer une application). Mais exécuter 5 conteneurs sur une machine est facile, alors qu'exécuter 5000 conteneurs sur 100 machines est une nouvelle catastrophe si on fait tout à la main. Kubernetes est né en 2014 pour résoudre six problèmes que Docker seul ne peut pas résoudre : placement, résilience, mise à l'échelle, mises à jour, réseau, découverte de services.

1. Docker a gagné, mais un nouveau problème est apparu​

Rappel : entre 2013 et 2016, Docker devient le standard pour empaqueter une application dans un conteneur. Formidable — mais une question évidente émerge : comment gérer plus de quelques conteneurs à la fois ?

Le seuil est vers 20 à 50 conteneurs. Au-delà, Docker Compose et les scripts shell cessent d'être une option.

2. Les six problèmes de la gestion manuelle de conteneurs​

Chaque problème isolé est déjà pénible. Ensemble, ils rendent l'exploitation à grande échelle littéralement impossible sans orchestrateur.

Chacun de ces six problèmes demande un système spécialisé pour être résolu correctement. Un orchestrateur est un logiciel qui les résout tous ensemble.

3. Un scénario réaliste — la nuit où tout casse​

Illustrons avec un scénario concret — celui vécu par des milliers d'équipes entre 2015 et 2017.

Cette histoire n'est pas une caricature. Toute équipe qui a géré Docker manuellement à moyenne échelle entre 2015 et 2017 a vécu au moins une de ces nuits. C'est la vraie raison pour laquelle Kubernetes s'est imposé.

4. Les tentatives de solution avant Kubernetes​

Le problème d'orchestration de conteneurs a d'abord été abordé par plusieurs projets concurrents.

Le vrai déclic viendra d'un endroit inattendu : Google. L'entreprise gère depuis plus de 10 ans sa propre orchestration à échelle massive, avec un système interne Borg.

5. Google, Borg, et la naissance de Kubernetes​

Depuis 2003, Google exploite en interne un orchestrateur secret appelé Borg. Borg lance et gère plusieurs milliards de conteneurs par semaine à travers les datacenters Google — YouTube, Gmail, Google Search, tout tourne sous Borg.

En 2014, trois ingénieurs Google (Joe Beda, Brendan Burns, Craig McLuckie) décident de transformer l'expérience Borg en projet open source. Ils l'appellent Kubernetes — du grec κυβερνήτης qui signifie « pilote de navire », en écho à la métaphore du conteneur maritime de Docker.

Choix stratégique clé : Google a compris que garder Kubernetes propriétaire aurait été une erreur — l'ouverture à la CNCF a permis d'attirer tout l'écosystème, y compris ses concurrents (Amazon, Microsoft). En 12 ans, plus de 3000 entreprises contribuent au projet.

6. Ce que Kubernetes a rendu possible​

Kubernetes a transformé la façon dont on opère les applications modernes.

En 2026, Kubernetes n'est plus une option — c'est la couche standard au-dessus de tout cloud sérieux, au même titre qu'un OS Linux au-dessus du matériel physique.

7. La bascule culturelle — de VM à cloud native​

Kubernetes a fait basculer l'IT d'un monde « serveurs et VM » vers un monde « cloud native ».

Un conseil pour votre carrière : les postes DevOps, SRE, platform engineer, cloud engineer en 2026 attendent explicitement la maîtrise de Kubernetes. C'est la compétence n°1 pour progresser dans l'infrastructure moderne, aux côtés de Docker et Terraform.

Retenir en 30 secondes​

  • Docker seul ne suffit plus dès qu'on dépasse 20 à 50 conteneurs.
  • Six problèmes que Docker ne résout pas : placement, résilience, mise à l'échelle, mises à jour, réseau, stockage.
  • Google exploite depuis 2003 un orchestrateur interne appelé Borg.
  • Kubernetes est né en 2014 — projet open source dérivé de 10 ans d'expérience Google.
  • La CNCF (Cloud Native Computing Foundation, 2015) héberge Kubernetes depuis sa version 1.0.
  • En 2026, Kubernetes est le standard universel d'orchestration de conteneurs.

Suivant : Qu'est-ce que Kubernetes ? Définition, histoire, adoption →