Votre startup a-t-elle besoin de Kubernetes ? Quand il devient rentable, et quoi utiliser d’ici là

La plupart des startups en phase de lancement n'ont pas encore besoin de Kubernetes. Si votre produit tient en une application web, une API et une base de données, une plateforme de conteneurs managée comme Google Cloud Run, AWS Fargate ou Azure Container Apps fait tourner les mêmes conteneurs, sans cluster à entretenir. Kubernetes devient rentable quand vous exploitez de nombreux services qui dépendent les uns des autres, qu'il vous faut un contrôle que ces plateformes n'offrent pas, et que quelqu'un peut s'occuper du cluster chaque mois. Ce guide explique ce que fait Kubernetes, ce que coûte un cluster, l'entretien que personne ne budgète, et une liste de critères pour décider.

Ce que fait Kubernetes, et ce qu'il vous laisse

Le projet se présente comme « une plateforme portable, extensible et open source pour gérer des charges de travail et des services conteneurisés ». Concrètement, il fournit des briques difficiles à bien faire à la main :

• Découverte de services et répartition de charge : chaque service a un nom stable, et le trafic est réparti entre les copies en bonne santé.
• Déploiements et retours arrière : vous décrivez la version voulue, et Kubernetes y passe à un rythme contrôlé.
• Auto-réparation : il redémarre les conteneurs en échec et cesse d'envoyer du trafic à ceux qui ne passent pas leur contrôle de santé.
• Secrets et configuration : mots de passe et réglages changent sans reconstruire les images.
• Mise à l'échelle horizontale : plus de copies quand l'usage du processeur monte, moins quand il baisse.

La même page est tout aussi claire sur ce que Kubernetes n'est pas. Il ne construit pas votre application et ne déploie pas le code source, ne fournit pas de base de données ni de file de messages intégrées, et n'impose aucun outil de journalisation, de supervision ou d'alerte. Un cluster est une fondation : la chaîne de build, la supervision, les alertes et les sauvegardes de la base restent à installer par-dessus, et quelqu'un doit les choisir, les mettre en place et les faire tourner.

Ce que coûte un cluster managé

Peu de petites équipes exploitent elles-mêmes le plan de contrôle de Kubernetes : les trois grands clouds le vendent en service managé. Leurs tarifs publics, pour le seul plan de contrôle :

• Amazon EKS : 0,10 $ par cluster et par heure en support standard. Sur 730 heures par mois, cela fait environ 73 $ par cluster, avant le moindre serveur. Une fois écoulés les 14 premiers mois de support standard d'une version sur EKS, le cluster passe en support étendu à 0,60 $ de l'heure, soit environ 438 $ par mois. Les serveurs (EC2), les disques, les adresses IP publiques et une partie du trafic réseau sont facturés à part.
• Google Kubernetes Engine : les mêmes 0,10 $ par cluster et par heure, mais l'offre gratuite donne 74,40 $ de crédits par mois et par compte de facturation, l'équivalent d'un cluster Autopilot ou d'un cluster Standard zonal gratuit par mois. Les ressources de calcul sont facturées en plus.
• Azure Kubernetes Service : le niveau Free offre la gestion du cluster gratuitement, mais sans SLA de disponibilité avec engagement financier, et Microsoft le recommande pour le développement, les tests et les clusters de moins de 10 nœuds. Microsoft destine le niveau Standard, facturé par cluster, aux charges de production qui ont besoin d'un SLA : 99,95 % de disponibilité du serveur d'API avec zones de disponibilité, ou 99,9 % sans.

La plupart des équipes veulent un environnement de préproduction à côté de la production. Avec un cluster pour chacun, les frais fixes doublent : environ 146 $ par mois sur EKS avant tout serveur, pour deux clusters souvent peu utilisés. Ce n'est pas une grosse somme pour une entreprise financée, mais c'est de l'argent dépensé avant que votre produit serve le moindre utilisateur, et c'est le plus petit des deux coûts.

Le coût que personne ne budgète : maintenir le cluster à jour

Kubernetes évolue vite. Le projet publie une nouvelle version mineure environ trois fois par an, ne maintient que les trois versions mineures les plus récentes, et donne à chacune environ un an de correctifs. Un cluster créé aujourd'hui devra être mis à jour au moins une fois par an, et en pratique plus souvent, pour continuer à recevoir les correctifs de sécurité. Sur EKS, prendre du retard se voit aussi sur la facture, puisqu'une ancienne version passe au tarif de 0,60 $ de l'heure.

Chaque mise à jour est un vrai travail : lire les notes de version, vérifier que vos manifestes et vos extensions utilisent encore des API prises en charge, mettre à jour la préproduction d'abord, puis la production. Ajoutez la routine autour, de la correction des images vulnérables à la surveillance des tableaux de bord et des alertes, et un cluster devient une tâche récurrente, pas une installation ponctuelle.

Les données du secteur vont dans le même sens. Dans l'enquête 2025 de la CNCF, 82 % des utilisateurs de conteneurs font tourner Kubernetes en production, contre 66 % en 2023. Kubernetes est donc devenu courant. La première difficulté citée est le changement culturel au sein de l'équipe de développement (47 %) ; le manque de formation (36 %), la sécurité (36 %) et la complexité (34 %) reculent par rapport aux années précédentes. Les obstacles tiennent davantage aux personnes et aux pratiques qu'à l'installation.

Que choisir en attendant

Chaque grand cloud propose une plateforme qui exécute vos images de conteneurs sans cluster à gérer :

• Google Cloud Run est « une plateforme applicative entièrement managée » : pas de cluster à créer ni d'infrastructure à gérer. Sans requêtes, même la dernière instance est supprimée, et sans instance minimale configurée, rien n'est facturé tant que le service n'est pas utilisé. Ce site tourne sur Cloud Run ; pour une application PHP, les étapes sont dans le guide pour déployer une application Laravel sur Cloud Run.
• AWS Fargate est un moteur de calcul serverless pour conteneurs : vous ne payez que les ressources de calcul utilisées, avec Amazon ECS comme avec EKS.
• Azure Container Apps est une plateforme serverless pour exécuter des applications conteneurisées sans gérer l'infrastructure sous-jacente, avec l'entrée HTTPS (ingress), les tâches planifiées et la répartition du trafic entre versions déjà inclus. La plupart des applications peuvent descendre à zéro instance, sauf celles qui s'adaptent à la charge du processeur ou de la mémoire.

Si vous voulez Kubernetes sans le travail sur les nœuds, il existe une étape intermédiaire. Avec GKE Autopilot, Google gère les nœuds, la mise à l'échelle et les réglages de sécurité, et lance les mises à jour automatiquement, tandis que vous déployez toujours avec des manifestes Kubernetes standard. Azure recommande AKS Automatic comme configuration de production par défaut.

Commencer simple ne vous enferme pas. Toutes ces plateformes exécutent des images de conteneurs ordinaires : passer plus tard à un cluster réutilise les images que vous construisez déjà. Ce qui change, c'est la configuration autour : services, réseau, secrets et chaîne de déploiement.

Liste de critères : êtes-vous prêt pour Kubernetes ?

Kubernetes vaut la peine quand la plupart de ces points sont vrais :

• Vous exploitez plus d'une poignée de services qui s'appellent entre eux, et les déployer et les garder synchronisés à la main provoque des incidents.
• Il vous faut ce que les plateformes managées n'offrent pas : un réseau sur mesure entre services, des tâches de fond longues avec une planification particulière, ou des GPU pour des modèles que vous hébergez vous-même.
• Votre facture de calcul est assez élevée pour que regrouper les charges sur vos propres nœuds économise plus que les frais fixes et le temps passé à exploiter le cluster.
• Un contrat client ou une exigence de conformité impose une configuration que seul votre propre cluster permet.
• Quelqu'un, dans votre équipe ou un partenaire de confiance, prend en charge chaque mois les mises à jour, la supervision et les correctifs de sécurité.

Vous pouvez attendre sans risque si votre produit tient en une application et une base de données, si le temps de vos développeurs est mieux investi dans les fonctionnalités, ou si personne ne s'occuperait du cluster après le lancement. Si vous en êtes encore à définir la première version, nos guides pour cadrer un MVP et sur le coût d'un MVP comptent davantage que le choix de l'orchestrateur.

Questions fréquentes

Kubernetes est-il gratuit ?

Le logiciel est open source, mais un cluster managé ne l'est pas. EKS et GKE facturent 0,10 $ par cluster et par heure pour le plan de contrôle (le crédit gratuit de GKE couvre un cluster zonal ou Autopilot), et AKS propose un niveau gratuit sans SLA, tandis que son niveau Standard pour la production est facturé par cluster. Partout, les serveurs, le stockage et le trafic sont facturés en plus.

Peut-on passer de Cloud Run ou Container Apps à Kubernetes plus tard ?

Oui. Ces plateformes exécutent des images de conteneurs standard, que vous pouvez faire tourner telles quelles sur un cluster. Le travail porte sur la configuration du déploiement, et sur la mise en place du réseau, des secrets et de la supervision côté cluster.

À quelle fréquence faut-il mettre à jour un cluster Kubernetes ?

Kubernetes publie une version mineure environ trois fois par an, et chacune reçoit environ un an de correctifs. Prévoyez au moins une mise à jour par an, souvent plus, pour rester sur une version prise en charge.

Faut-il Kubernetes pour ajouter de l'IA à son produit ?

Pas pour appeler un modèle hébergé via une API. La question se pose si vous hébergez vous-même vos modèles : selon l'enquête de la CNCF, 66 % des organisations qui hébergent des modèles d'IA générative utilisent Kubernetes pour tout ou partie de leur inférence.

Sources

1. Overview, documentation Kubernetes, 2026
2. Releases, Kubernetes, 2026
3. Kubernetes Release Cycle, Kubernetes, 2026
4. Amazon EKS pricing, Amazon Web Services, 2026
5. Google Kubernetes Engine pricing, Google Cloud, 2026
6. AKS Free, Standard, and Premium pricing tiers, Microsoft Learn, juillet 2026
7. Autopilot overview, Google Cloud, octobre 2026
8. What is Cloud Run, Google Cloud, octobre 2026
9. AWS Fargate, Amazon Web Services, 2026
10. Azure Container Apps overview, Microsoft Learn, juillet 2026
11. Kubernetes established as the de facto operating system for AI as production use hits 82% in 2025 CNCF Annual Cloud Native Survey, CNCF, janvier 2026