L'écosystème du noyau Linux fait un nouveau pas dans le domaine de soutien à long terme (SLT)La politique de maintien de versions stables, essentielle pour les serveurs, les systèmes embarqués et les distributions d'entreprise en Espagne et dans le reste de l'Europe, est à nouveau ajustée suite à la décision de prolonger la durée de vie de plusieurs branches récentes du noyau.
Suite à la dernière mise à jour des programmes de maintenance, le responsable des écuries, Greg Kroah HartmanLinux a décidé de prolonger la période de support des noyaux Linux 6.18, 6.12 et 6.6. Cette prolongation n'est pas un simple détail technique : elle influence les décisions des administrateurs système, des fournisseurs de services cloud et des responsables informatiques qui ont besoin de stabilité pour les années à venir.
Mise à jour du calendrier des versions LTS : voici un aperçu des principales versions
Le nouveau schéma publié par le responsable de la maintenance du noyau stable précise la durée de support de plusieurs versions importantes, offrant ainsi une vision claire de l'état actuel des branches LTS. Selon Kroah-Hartman lui-même, la situation est désormais la suivante, reflétant l'engagement envers un cycle de vie le plus long dans les éditions les plus récentes :
- Linux 5.10: assistance garantie pour une durée totale de 6 ans.
- Linux 5.15: période de maintenance fixée à 5 ans.
- Linux 6.6Un cycle de 4 ans est désormais garanti.
- Linux 6.12Elle bénéficiera également de 4 ans de soutien officiel.
- Linux 6.18: des travaux de maintenance auront lieu pendant Au moins 3 ans, avec la possibilité de la prolonger en cas de demande suffisante.
Cette mise à jour du calendrier fait suite à de multiples conversations avec entreprises, groupes de travail et autres responsables de la maintenance au sein même de l'entreprise, certains ont exercé des pressions pour préserver plus longtemps certaines versions essentielles à leurs produits et à leur distribution.
Extension du support : Nouvelles mises à jour de fin de vie pour les versions 6.18, 6.12 et 6.6
L'une des modifications les plus discutées concerne l'extension spécifique des périodes de fin de vie (EOL) pour les branches LTS les plus récentes. Désormais, Linux 6.18LTS Le plan de maintenance est prolongé jusqu'en décembre 2027, soit une année supplémentaire par rapport au plan précédent. De plus, il reste possible de prolonger cette période si l'intérêt de l'industrie et de la communauté demeure élevé.
Noyau Linux 6.12LTS Il est cependant le mieux positionné. Sa date de fin de support est prolonge de deux années complètesLe passage de décembre 2026 à une date indéterminée en 2028 la positionne comme l'une des branches les plus stratégiques pour les années à venir, notamment pour les distributions fortement axées sur la stabilité en Europe, où les longs cycles sont courants dans l'administration publique et les environnements d'entreprise.
En parallèle, Linux 6.6LTS Sa durée de vie est également prolongée. Au lieu de s'achever en 2026, comme initialement prévu, le support est désormais étendu jusqu'à fin 2027. Cette modification offre une plus grande flexibilité à ceux qui ont déjà adopté la version 6.6 comme base pour leurs infrastructures critiques, notamment les centres de données, les équipements réseau et les systèmes embarqués.
Face à ces changements, les branches 5.10 y 5.15 Leurs plans de support initiaux, d'une durée respective de 6 et 5 ans, restent inchangés, de même que leurs dates de fin de vie. L'analyse s'est clairement concentrée sur la série 6.x, plus récente.
La réalité du support LTS : on ne peut pas tout conserver indéfiniment.
Bien que la communauté du logiciel libre soit connue pour faire vivre ses projets pendant de nombreuses années, même après de nouvelles versions, il existe une limite pratique. Maintenir un système d'exploitation et son noyau Une solution indéfinie n'est pas viable, surtout lorsque des changements de sécurité, de nouvelles architectures et des exigences matérielles s'accumulent.
Pour cette raison, chaque version du noyau Linux possède un date de fin de vie Après quoi, elle ne reçoit plus de correctifs officiels. Cette expiration implique de planifier les migrations et les mises à jour, mais permet en contrepartie de concentrer les ressources sur les branches réellement utilisées en production. Les extensions annoncées aujourd'hui visent à ajuster cet équilibre en fonction de l'adoption réelle de chaque version.
En pratique, pour les administrateurs système en Espagne ou dans d'autres pays européens, cela signifie qu'ils peuvent rester dans le même environnement. noyau LTS depuis plusieurs années sans avoir à constamment mettre à jour vers des versions plus récentes. Les améliorations apportées aux versions 6.6, 6.12 et 6.18 offrent une plus grande flexibilité pour aligner les mises à jour sur les fenêtres de maintenance, les contrats de support et les exigences réglementaires.
Pourquoi le 6.12 LTS devient la vedette du nouveau plan
Parmi toutes les versions concernées, celle qui se distingue le plus est Linux 6.12LTSNon seulement cette version bénéficie d'une prolongation exceptionnelle de sa période de support, mais elle s'impose également comme un pilier technologique essentiel sur plusieurs fronts. La principale raison ? Cette version a suscité un vif intérêt auprès des grandes entreprises et des projets communautaires de premier plan.
L'une des principales nouveautés de la version 6.12 était l'ajout de PREEMPT_RT Intégrée au noyau du système, cette amélioration des performances en temps réel représente un progrès considérable, fruit d'une vingtaine d'années de développement. Cette avancée est particulièrement pertinente pour les secteurs exigeants. faible latence et réponse déterministe, comme l'industrie, les télécommunications, la santé ou l'automobile, secteurs où l'Europe compte une présence significative de fabricants et de fournisseurs.
A cela s'ajoute que Red Hat Enterprise Linux 10 (RHEL 10) Elle s'appuiera également sur la version 6.12, ce qui accentue la nécessité d'un support étendu. Lorsque les distributions d'entreprise de grande envergure fondent leur cycle de vie sur un noyau spécifique, il est logique de demander une période de maintenance correspondante, mesurée en années plutôt qu'en mois.
La version 6.12 a même attiré l'attention dans le domaine du matériel grand public, avec prise en charge des appareils tels que le Raspberry Pi 5Cela lui confère une position intéressante pour les projets éducatifs, les makers et les petites entreprises qui utilisent ces cartes dans le cadre de leurs solutions, lesquelles sont également très courantes en Europe dans des domaines tels que la domotique légère ou la surveillance à distance.
Un modèle de soutien guidé par l'adoption et l'engagement
Greg Kroah-Hartman a clairement indiqué qu'il n'accorde pas de prolongations de support sans discernement. La décision de prolonger la durée de vie d'une branche LTS dépend de si Les entreprises et les groupes d'utilisateurs l'adoptent et y contribuent. Contribuer activement à sa maintenance. Autrement dit, pour qu'un noyau LTS bénéficie de plusieurs années de support supplémentaires, il a besoin d'une communauté et d'une industrie prêtes à s'impliquer.
Dans ce contexte, l'extension de la prise en charge des versions 6.6, 6.12 et 6.18 témoigne de leur adoption significative. Leur utilisation dans les distributions de référence, les déploiements dans les centres de données, l'intégration dans les produits commerciaux et leur utilisation dans systèmes critiques pour la mission a pesé lourd dans la décision.
Ce modèle de soutien, dans lequel le calendrier de fin de vie est ajusté en fonction du taux d'adoption réel, est particulièrement utile aux organisations européennes qui planifient à long terme. Il leur permet d'aligner leur choix sur le calendrier de fin de vie. Noyau LTS avec stratégie technologiqueSachant que si cette version s'impose comme norme de facto, l'écosystème de maintenance aura tendance à se renforcer.
Impact pratique sur les environnements de distribution et de production
En environnement de production, cela signifie que les entreprises peuvent choisir une branche telle que 6.12 LTS ou 6.6 LTS Savoir qu'ils n'auront pas à précipiter une migration dans un avenir proche est particulièrement important dans les secteurs réglementés ou ceux soumis à des exigences de certification élevées, où les changements de version impliquent des validations, des audits et des tests approfondis.
Pour les administrateurs système gérant des infrastructures mixtes en Europe, la combinaison de noyaux LTS avec de longues périodes de stabilité Un flux continu de correctifs de sécurité est un atout. Il permet une stratégie « moins de correctifs, mais mieux planifiés », ce qui correspond à la réalité de nombreuses organisations qui ne peuvent se permettre aucune mauvaise surprise en production.
Grâce à cet ajustement des plans de soutien, les perspectives pour Linux LTS étendu Il offre désormais davantage d'options pour ceux qui ont besoin d'une stabilité à moyen et long terme. L'extension du cycle de vie des versions 6.6, 6.12 et 6.18 confirme que lorsque la communauté et l'industrie collaborent, le calendrier de publication du noyau peut être adapté à ces besoins, ce qui permet de disposer de plus de temps pour planifier les déploiements, les mises à jour et les stratégies de maintenance avec moins de pression.
