Kubernetes garde vos applications en ligne et les adapte à la charge sans intervention manuelle. Il les déploie sur un ensemble de serveurs, ajoute des copies quand le trafic augmente, redémarre ce qui tombe en panne et les rend accessibles sur le réseau. Un freelance Kubernetes conçoit cette plateforme, automatise les mises en production et la tient à jour au rythme rapide du projet. Nous vous présentons 1 ou 2 profils évalués en moins de 48h.
Par Hugo Brisset · Mis à jour le
Kubernetes rend vos applications plus fiables et plus faciles à faire grandir. Il s'appuie sur les conteneurs : chaque application est emballée avec tout ce dont elle a besoin pour fonctionner, ce qui lui permet de tourner de la même façon partout. Kubernetes est un orchestrateur, c'est-à-dire le chef d'orchestre de ces conteneurs. Vous lui décrivez ce que vous voulez (combien de copies de l'application, quelles ressources, quelle configuration, quel accès réseau) et il veille en permanence à ce que ce soit respecté sur un ensemble de serveurs, appelé cluster. Issu des travaux de Google et confié en 2015 à la CNCF, une fondation à but non lucratif, il est devenu le standard pour faire tourner des conteneurs en production.
En France, la plupart des organisations l'utilisent en service managé : le fournisseur cloud gère pour elles une partie du fonctionnement. Les plus courants sont Amazon EKS, Azure Kubernetes Service et Google Kubernetes Engine. OVHcloud Managed Kubernetes, Scaleway Kapsule ou OUTSCALE Kubernetes as a Service progressent lorsque la souveraineté des données compte, ou que la qualification SecNumCloud est exigée (le label de sécurité de l'ANSSI, l'agence nationale de la sécurité des systèmes d'information). Kubernetes porte des plateformes internes partagées par plusieurs équipes, des applications découpées en microservices (petits services indépendants) et, désormais, des traitements d'IA sur des processeurs graphiques (GPU).
Kubernetes n'est pas toujours le bon choix. Pour quelques services seulement, une solution plus simple (AWS ECS, Azure Container Apps, Google Cloud Run) coûte moins cher à faire fonctionner. Ses atouts sont de fonctionner chez tous les fournisseurs cloud et de disposer d'un très grand nombre d'outils. En contrepartie, il demande une vraie compétence : réseau, sécurité, mises à jour trois fois par an, observabilité (la surveillance de ce qui se passe dans la plateforme).
L'IA rédige en quelques secondes un fichier de configuration Kubernetes, un paquet de déploiement Helm ou une règle réseau. Mais une erreur de configuration se paie directement en production : droits trop larges, aucune limite de consommation de mémoire, contrôles de bon fonctionnement mal réglés. Lors de notre entretien technique, mené par un ingénieur en partie en partage d'écran, nous observons comment le freelance relit, teste et sécurise ce que l'IA produit avant de l'appliquer.
À jour au 20 octobre 2026. Le projet maintient en permanence les trois dernières versions mineures. Les services managés des fournisseurs cloud suivent avec quelques semaines de décalage.
Sortie le 26 août 2026, Kubernetes 1.37 reçoit des correctifs jusqu'au 28 octobre 2027. Elle rend notamment stable l'API de métriques, qui mesure la consommation des applications. C'est sur elle que reposent l'ajout automatique de copies d'une application (les pods) quand la charge monte, et la commande de suivi kubectl top.
Kubernetes 1.36 est maintenue jusqu'au 28 juin 2027 et Kubernetes 1.35 jusqu'au 28 février 2027. La 1.34 reçoit ses derniers correctifs jusqu'au 27 octobre 2026. Les versions antérieures ne reçoivent plus de correctif de sécurité du projet. Certains services managés proposent toutefois un support étendu payant.
Une nouvelle version mineure sort environ tous les quatre mois. La 1.38 est attendue d'ici décembre 2026. Sans mise à jour régulière, un cluster sort du support en un peu plus d'un an. Planifier ces mises à jour fait donc partie de l'exploitation courante.
Le contrôleur ingress-nginx, la porte d'entrée qui oriente le trafic vers les applications dans une large part des clusters, est retiré depuis mars 2026 : plus aucune version ni correctif de sécurité. Le projet recommande de migrer vers Gateway API, le successeur de l'API Ingress, ou vers un autre contrôleur maintenu.
Les outils que nos clients attendent le plus souvent autour de Kubernetes. Un profil qui les connaît est opérationnel plus vite dans votre équipe.
Chaque fiche détaille les missions, la stack, notre évaluation de la pratique de l'IA et le TJM du profil.
FAQ
Pour construire les clusters et automatiser les mises en production, choisissez un DevOps / Cloud Engineer. Si l'enjeu principal est la fiabilité en production, les engagements de disponibilité et la gestion des incidents, un SRE (ingénieur fiabilité) est préférable. Pour concevoir une plateforme partagée ou choisir entre plusieurs clouds, un architecte cloud ou un tech lead infra cloud cadre les choix avant la mise en œuvre.
Oui. En dehors des versions 1.35 à 1.37, le projet ne publie plus de correctif de sécurité. Les services managés finissent par imposer la mise à jour ou par la facturer en support étendu. La mise à jour demande de repérer les fonctions retirées, de tester les outils installés sur le cluster, puis d'avancer version par version. Le freelance commence par un inventaire qui chiffre l'effort.
ingress-nginx ne reçoit plus de correctif depuis mars 2026. Or c'est la porte d'entrée de vos applications, donc la plus exposée aux attaques. La cible recommandée est Gateway API, avec un contrôleur maintenu. L'outil Ingress2Gateway aide à convertir la configuration existante. La migration se prépare service par service, avec une période où l'ancien et le nouveau fonctionnent en parallèle.
Les hyperscalers, les géants américains du cloud, proposent EKS, AKS et GKE. Ils offrent le plus grand choix d'outils et s'intègrent étroitement à leurs autres services. OVHcloud, Scaleway ou OUTSCALE répondent aux exigences de localisation des données et, pour certaines offres, de qualification SecNumCloud. Kubernetes étant le même partout, un freelance expérimenté passe de l'un à l'autre. Les différences portent surtout sur le réseau, la gestion des identités et les services annexes.
Le TJM dépend du profil et du périmètre : voir la fiche DevOps / Cloud Engineer, la fiche SRE ou la fiche architecte cloud. Nous communiquons le TJM exact avec les profils, sous 48h.
L'IA accélère l'écriture des fichiers de configuration et des requêtes de diagnostic. Pendant un incident, elle aide à lire de gros volumes de journaux techniques. Elle propose cependant souvent des configurations trop permissives ou inadaptées à la version du cluster. Nous observons, en partage d'écran, comment le freelance vérifie ce que l'IA produit avant de toucher à la production.
Fiche rédigée par Hugo Brisset, cofondateur de Top Profil.
Publiée le , mise à jour le .
Sources : Kubernetes : versions maintenues · endoflife.date : Kubernetes · Kubernetes : annonce de la version 1.37 · Kubernetes : Ingress NGINX Retirement
Échangeons 30 minutes sur votre besoin. Nous vous présentons des profils évalués en moins de 48h.
