Infrastructures

Kubernetes 1.37 : faire évoluer le cloud avec une vraie stratégie de mise à jour

La version publiée en août 2026 apporte des évolutions de supervision et d’ajustement des ressources. Leur intérêt dépend du contexte de chaque plateforme.

Date de la source de référence : . Notre analyse est publiée à la date indiquée ci-dessus.

Illustration : développeur examinant une application sur plusieurs écrans
Illustration générée par IA — scène illustrative, sans lien documentaire avec les personnes ou organismes cités.
L’essentiel

Ce qu’il faut retenir

  • Distinguer les fonctions stables, bêta et expérimentales.
  • Vérifier la compatibilité de toute la plateforme.
  • Valider les parcours métier avant la production.

Ce que l’équipe du projet a annoncé

Kubernetes 1.37, publié le 26 août 2026, fait passer l’API de métriques de ressources au statut stable. Cette interface expose notamment l’usage du processeur et de la mémoire. La version fait aussi évoluer en bêta la réduction automatique à zéro instance pour certains traitements inactifs. Cette dernière possibilité repose sur des métriques externes ou d’objets, et non sur les seules mesures de processeur ou de mémoire. Toutes les fonctionnalités annoncées n’ont donc pas le même niveau de maturité.

La lecture de Kazii : une nouveauté n’est pas un plan de migration

Une entreprise peut tirer davantage de valeur d’une plateforme bien suivie que d’une accumulation de fonctionnalités. Avant de décider une évolution, nous proposons de rapprocher les gains attendus des applications réellement hébergées : pics de charge, délais de redémarrage tolérés, contraintes de stockage et dépendances techniques.

Il est également utile de distinguer la version du projet libre de celle proposée par un service cloud géré. La disponibilité, les composants associés et les responsabilités d’exploitation doivent être vérifiés dans l’environnement concerné. Cet article ne recommande pas une migration immédiate ni l’adoption de Kubernetes pour tous les projets.

Préparer une évolution testable

Dressez l’inventaire des applications et extensions, choisissez un environnement de validation et définissez les tests métier indispensables. Prévoyez les sauvegardes, le chemin de mise à niveau pris en charge et une procédure de reprise compatible avec la plateforme. Une décision documentée doit pouvoir expliquer ce qui change, pourquoi, et comment le service sera contrôlé après l’intervention.

Pour aller à la source

Sources & références

Les éléments factuels sont issus des sources citées. Les pistes d’action proposées constituent une lecture éditoriale de Kazii, à adapter à votre contexte. Les informations peuvent évoluer après publication.

Et dans votre contexte ?

Transformons les questions
en prochaines étapes.

Parlons de vos usages, de vos contraintes et de ce qu’il serait utile de vérifier en premier.