Red Hat a modifié le cycle de vie d’OpenShift avec la version 5 de sa plateforme de conteneurs basée sur Kubernetes. Chaque version bénéficiera de 24 mois de support standard, contre 18 jusqu’ici, et une version sur trois, à partir de la 5.2, sera une version à cycle de vie étendu (ELC) avec jusqu’à trois ans supplémentaires, soit cinq au total. L’expliquent Aubrey Muhlach et Daniel Messer, responsables marketing et gestion produit d’OpenShift, dans un article publié sur le blog de Red Hat.
Les points clés du nouveau cycle de vie d’OpenShift 5 en 30 secondes
- Le support standard de chaque version passe de 18 à 24 mois dès OpenShift 5.0.
- Les versions ELC, une sur trois depuis la 5.2, totalisent jusqu’à cinq ans de support.
- Les ELC sortiront toujours entre juin et septembre et remplacent les EUS.
- Arrivent des mises à jour qui sautent des versions avec un seul redémarrage et des vérifications préalables par IA.
Cette annonce complète le lancement d’OpenShift 5, centré sur l’agent OpenShift Lightspeed, la sécurité zero trust et la cryptographie post-quantique. Ici, l’enjeu est autre, moins spectaculaire mais très pertinent pour ceux qui exploitent des clusters en production : combien de temps on peut rester sur une version et ce que coûte le passage à la suivante. Red Hat résume sa priorité comme la stabilité de la plateforme et la prévisibilité à long terme.
Des versions ELC à la place des EUS
Dans OpenShift 4, les entreprises qui voulaient rester plus longtemps sur une version recouraient aux versions avec support de mise à jour étendu (EUS). OpenShift 5 les remplace par les ELC, qui arrivent une version sur trois à partir de la 5.2 et ajoutent jusqu’à trois ans de support étendu aux deux ans standard. Red Hat s’engage en outre à les publier toujours entre juin et septembre de chaque année, ce qui permet de planifier à l’avance les sauts d’une ELC à la suivante. L’article ne donne pas encore de dates précises.
Le changement ne concerne pas seulement le noyau. Advanced Cluster Management, Quay, OpenShift Data Foundation et OpenShift Virtualization suivront le même cycle de vie que la plateforme, ELC comprises, et Advanced Cluster Security s’aligne sur elle dès la 5.0. D’autres composants, comme Logging, GitOps, Pipelines, Service Mesh, l’observabilité, l’opérateur cert-manager ou les API de protection des données, auront des versions alignées sur chaque ELC. Selon Red Hat, un déploiement avec OpenShift et ces compléments pourra rester sur la même version jusqu’à cinq ans, en ne recevant que des correctifs de sécurité et des corrections de bugs.
Des mises à jour avec un seul redémarrage
L’autre moitié de l’annonce concerne les mises à jour. Red Hat prévoit dans OpenShift 5 des mises à jour par saut entre versions ELC qui n’exigent qu’un seul redémarrage du plan de contrôle et des nœuds workers, au lieu d’enchaîner plusieurs versions intermédiaires. Les mises à jour majeures, mineures et de correctif suivront la même procédure en place, y compris le passage d’OpenShift 4 à 5, ce qui exigeait jusqu’ici des migrations plus laborieuses entre générations de la plateforme.
Avant la mise à jour, un agent relié à un modèle de langage exécutera des vérifications en arrière-plan dès qu’une version est disponible, détectera les risques et les états problématiques connus, et générera un plan de mise à jour. Pour ceux qui ne veulent pas dépendre de l’IA, il y aura aussi des vérifications préalables propres à chaque version qui fonctionnent sans modèles. Selon les auteurs, mettre à jour la plateforme devrait être un processus régulier et prévisible, et non un événement perturbateur.
Pour les équipes systèmes, ce changement rapproche OpenShift des cycles de vie longs qu’elles connaissent déjà avec les distributions Linux d’entreprise, ce qui est particulièrement utile dans les environnements réglementés ou pour les applications critiques qu’il faut recertifier à chaque changement de version. Il pèse aussi dans les décisions de ceux qui repensent leur virtualisation après les changements chez VMware et comparent OpenShift Virtualization à d’autres solutions, comme celles que nous passons en revue dans notre tour d’horizon des alternatives à VMware.
Questions fréquentes
Combien de temps chaque version d’OpenShift 5 est-elle supportée ?
24 mois de support standard, contre 18 pour OpenShift 4. Les versions ELC ajoutent jusqu’à trois ans de plus, soit cinq au total.
Que sont les versions ELC ?
Des versions à cycle de vie étendu qui remplacent les EUS. Il y en aura une sur trois à partir d’OpenShift 5.2, publiées toujours entre juin et septembre.
Peut-on passer d’OpenShift 4 à 5 sans migrer ?
Oui. Selon Red Hat, le passage de 4 à 5 suit la même procédure de mise à jour en place que les autres versions.
Sources :
