Découvrez les coulisses de Red Hat Enterprise Linux 10

Cette série s'intéresse aux personnes et à la planification qui ont contribué à la conception et au lancement de Red Hat Enterprise Linux 10. Des premières étapes conceptuelles jusqu'au lancement lors du Red Hat Summit 2025, nous partagerons des témoignages sur la création de RHEL 10.

C'est lors du Red Hat Summit 2025 que nous avons annoncé la dernière version de la plateforme Linux d'entreprise leader sur le marché : Red Hat Enterprise Linux (RHEL) 10. Cette version va bien au-delà de quelques améliorations mineures ou ajouts de fonctionnalités. RHEL 10 offre une gestion Linux basée sur l'IA, des capacités de chiffrement post-quantique et des conteneurs en tant que langage natif du système d'exploitation.

En bref, RHEL 10 modifie radicalement le fonctionnement des plateformes Linux d'entreprise. Cela ne s'est pas fait du jour au lendemain.

Plus de 1 000 employés Red Hat, issus de l'ingénierie, du marketing, de la gestion de produits, de l'assurance qualité et d'autres domaines, ont collaboré pour concrétiser ce lancement unique. Pour ces individus et ces équipes, il ne s'agissait cependant pas d'un événement isolé, mais de l'aboutissement de centaines d’étapes et de jalons.

Penchons-nous donc sur certains de ces moments, vus à travers le prisme de ceux qui ont participé à la création de RHEL 10.

2022 (juste après la sortie de RHEL 9)

Les versions majeures de RHEL, telles que les versions 8, 9 et 10, voient le jour tous les trois ans. Le lancement lors du Red Hat Summit 2025 a donc commencé juste après le Red Hat Summit 2022, lorsque RHEL 9 est devenu une réalité.

Gunnar Hellekson, vice-président et directeur général, Red Hat Enterprise Linux

« Le travail sur RHEL ne s’arrête jamais. Les versions majeures, qui sortent tous les trois ans, offrent l'opportunité d'apporter des changements profonds et évolutifs qui ne fonctionneraient pas ou ne seraient pas acceptables dans une version mineure. »

Mike McGrath, vice-président, Core Platforms Engineering

« Nous avons des architectes, des propriétaires de produits, des ingénieurs logiciels et des ingénieurs qualité des logiciels qui collaborent pour faire fonctionner cet énorme projet. Ce qu'il faut retenir, à ce niveau du programme, c'est de s'assurer que chacun participe sur un pied d'égalité. Il est crucial que chacun comprenne les actions, objectifs et calendrier, afin que nous puissions progresser ensemble. »

Dans le cadre de versions aussi importantes que RHEL, la grande majorité des individus impliqués sont des ingénieurs. On met en place un programme avec un responsable (fonction occupée par Shelley Dunne). C'était la première version de RHEL à laquelle Shelley contribuait, et nous étions ravis de son implication. »

Shelley Dunne, responsable principale senior de programme

« Nous sommes ensemble dans cette démarche. Nous devons sans cesse nous demander si une capacité, une fonctionnalité ou un changement donné est la bonne approche pour le produit. Si c'est le cas, déterminons qui doit faire quoi et réalisons-le. »

McGrath

« Ensuite, nous sélectionnons les personnes qui dirigeront les différentes parties de ce projet. Brian Stinson a été l'architecte principal de RHEL 10, et nous l'avons impliqué très tôt en raison du rôle de la communauté Fedora dans les versions de RHEL. Fedora est publié tous les six mois et devance largement RHEL. Or, si nous savons où RHEL se dirigera, il est impératif d'atteindre cet objectif d'abord avec Fedora. »

Brian Stinson, ingénieur logiciel principal

« Nous souhaitions être bien intégrés à la communauté Fedora afin de garantir que l'avenir de RHEL soit représenté dans les versions de Fedora. Réaliser quelque chose dans Fedora et l'hériter ensuite est moins coûteux en argent, en efforts de maintenance et en charge cognitive, plutôt que d'essayer de créer un fork plus tard. L'influence très précoce des fonctions et des capacités dans Fedora est une démarche délibérée de notre part, visant à la fois l'amélioration de Fedora et l'intérêt des clients de Red Hat. »

Mais nous voulons également veiller à ce que notre influence et l'adaptation de Fedora se fassent au bon moment. Nous devons en effet nous assurer que les fonctionnalités souhaitées pour RHEL soient bien présentes dans Fedora avant la phase de commercialisation. »

McGrath

« Au cours des 18 premiers mois suivant le lancement d'une version, de belles initiatives émergent parfois et génèrent de nouvelles idées en nous, et d'autres fois, c'est nous qui les impulsons. Pourtant, tout cela se déroule dans l'espace communautaire où nous recevons des retours, que nous le souhaitions ou non, ce qui nous permet d'affiner véritablement les nouvelles piles technologiques. »

Dunne

« Partageons nos idées. Voyons ce qui se présente. Discutons des retours de nos clients. Discutons des retours de nos partenaires. »

Compte tenu de la nature de nos technologies et de notre activité, les choses évoluent avec des délais très courts. Si nous parlons d'un projet pour RHEL 11 en 2025, soit dans trois ans, il est possible que le monde change avant que nous n'y parvenions. »

Scott McCarty, responsable produit principal senior - technique, Red Hat Enterprise Linux

« Nous avons donc lancé le projet 36 mois avant le Red Hat Summit. Nous savions que nous procéderions au lancement lors de ce Summit. Cela semblait si lointain. Ce n'était pas le cas. »

Hellekson

« Chacun est euphorique face aux possibilités, car le plan n'est pas contraint par les dures réalités du temps et des ressources. Tout est possible ! »

Mais ce n'est que le début des très nombreuses étapes qui ont jalonné la construction de RHEL 10. Dans notre prochain article, nous verrons comment les nouvelles approches de développement de RHEL, entièrement ouvertes dans le cadre de CentOS Stream, ont contribué à façonner l'avenir de la plateforme.