Découvrez les coulisses de Red Hat Enterprise Linux 10 (partie 2)

Cette série s'intéresse aux équipes et à la planification qui ont contribué à la création 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 les coulisses de RHEL 10.

Partie 1

Dans notre premier article sur les coulisses de la création de Red Hat Enterprise Linux (RHEL) 10, nous avons abordé les premières étapes qui ont commencé juste après le Summit 2022 et la sortie de RHEL 9 : formation d'une équipe, définition des attentes et collaboration avec les communautés en amont pour recueillir des idées. Dans cette deuxième partie, l'équipe à l'origine de RHEL 10 explique comment une nouvelle approche de développement de la plateforme a été mise au point et en œuvre.

2023 (deux ans avant le lancement de RHEL 10)

Brian Stinson, ingénieur logiciel principal

Nous commençons avec Fedora, qui nous donne l'ensemble des contenus et l'espace de problème à examiner. Ensuite, nous avons les tâches à mener à bien, qui se dérouleront de façon continue.

Stef Walter, directeur principal, ingénierie

Nous avons notamment choisi d'utiliser le projet CentOS Stream pour le développement de RHEL. De nombreux éléments proviennent de Fedora, mais la plus grande partie de l'itération (le fait d'avoir en permanence une version plusieurs fois par jour de l'ensemble de RHEL) se trouve dans CentOS Stream. 

Brian Stinson

Le principal avantage que nous avons tiré [de CentOS Stream] a été d'assembler la version en public, ce qui nous a aidés à maintenir une part de cet engagement.

Stef Walter

C'est aussi un endroit dans lequel, bien que nous ayons le contrôle total sur ce que RHEL intègre, nous sommes ouverts à toute suggestion de modification ou contribution.

Brian Stinson

C'est un plaisir de pouvoir envoyer ce genre de signaux à l'extérieur de l'entreprise. Dans une version majeure, nous souhaitons notamment pouvoir apporter des changements vraiment importants. Dans le même temps, nous ne voulons pas prendre les utilisateurs au dépourvu chaque fois que nous lançons une nouvelle version. Ce ne devrait pas être la première fois qu'ils ont la possibilité de découvrir ce qui est à venir.

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

Pour un groupe aussi important que l'équipe RHEL, il est particulièrement important de disposer d'instructions claires et de responsables vraiment compétents au sein de ses rangs. Car si chaque décision et chaque question technologique devait absolument passer par moi ou nécessiter mes instructions, RHEL serait paralysé.

Shelley Dunne, responsable principale senior de programme

Cette approche va dans le sens de l'évolution du programme RHEL. Ils cherchent à s'aligner de manière plus agile, ce qui rapproche la prise des décisions des personnes qui doivent les prendre.

Mike McGrath

Chaque semaine, l'équipe se rassemble et discute de ce qui fonctionne ou non. Chez Red Hat, la responsabilité fait partie de nos valeurs. Si, en ingénierie, nous avons promis de réaliser une tâche dans les temps, mais que finalement le délai n'est pas respecté, c'est dans le cadre de cet appel du programme que nous nous en tenons responsables. Ce type de culture de la responsabilité est essentiel au sein d'un grand groupe comme celui-ci, car elle facilite la gestion des erreurs majeures. Sans cette responsabilité, tout peut arriver.

Brian Stinson
C'est un peu comme un cirque, et je le dis comme un compliment. Chacun a ses propres petites activités. Chacun a un petit rôle à jouer pour tout mener à bien.

Aujourd'hui, deux ans avant le lancement, les workflows sont développés et lancés, et les itérations sont publiques dans CentOS Stream. À l'approche du lancement, l'équipe doit être en mesure de présenter le véritable numéro de jonglage que constitue la plateforme Linux d'entreprise leader sur le marché.