Oltre l’evidenza: Dietro le quinte di Red Hat Enterprise Linux 10 (seconda parte)

Questa serie analizza le persone e la pianificazione che hanno contribuito alla creazione e al rilascio di Red Hat Enterprise Linux 10. Dalle prime fasi concettuali al lancio al Red Hat Summit 2025, leggeremo le testimonianze dirette sulla nascita di RHEL 10.

Parte 1

Nel nostro primo post abbiamo raccontato il retroscena della nascita di Red Hat Enterprise Linux (RHEL) 10. Abbiamo parlato delle fasi iniziali che hanno avuto inizio subito dopo il Red Hat Summit del 2022 e il rilascio di RHEL 9. Durante queste fasi, è stato formato il team, sono state definite le aspettative ed è iniziata la collaborazione con le community upstream finalizzata a raccogliere idee. Nella seconda parte, il team di RHEL 10 illustrerà come è stato definito e implementato il nuovo approccio alla creazione della piattaforma.

2023 (due anni al lancio di RHEL 10)

Brian Stinson, Principal Software Engineer

L’elemento da cui iniziare è Fedora. Ci offre il set di contenuti e l'ambito dei problemi da esaminare. E poi ci sono le attività da promuovere, che si svolgeranno continuamente.

Stef Walter, Senior Director, Engineering

Una delle cose che abbiamo fatto è stata stabilire che CentOS Stream fosse il posto giusto per sviluppare RHEL. Molto viene da Fedora, ma l'iterazione (ovvero la creazione continua di una build di RHEL più volte al giorno) avviene in CentOS Stream. 

Stinson

Il vantaggio principale ottenuto con CentOS Stream è stato quello di eseguire la build pubblicamente; questo ci ha aiutato molto a mantenere vivo il coinvolgimento.

Walter

Questo è anche l’ambiente in cui, sebbene controlliamo rigorosamente i contenuti di RHEL, restiamo aperti ai suggerimenti riguardanti modifiche e a contributi da parte di altri.

Stinson

È utile poter inviare segnali di questo tipo all'esterno dell'azienda. Una tra le cose delle cose che vogliamo fare in una release principale è apportare cambiamenti davvero significativi. Allo stesso tempo, però, non vogliamo che gli utenti rimangano sorpresi al rilascio di una release. Il rilascio non dovrebbe essere la prima occasione per scoprire le novità in arrivo.

Mike McGrath, Vice President, Core Platforms Engineering

Per un'organizzazione vasta come il team di RHEL, è fondamentale avere una direzione chiara e leader autorevoli. Se ogni decisione e ogni aspetto tecnologico dipendessero esclusivamente da me, RHEL si fermerebbe.

Shelley Dunne, Senior Principal Program Manager

È in linea con l'evoluzione del programma Red Hat Enterprise Linux. Il team persegue un allineamento più agile, che avvicina il processo decisionale alle persone responsabili delle decisioni.

McGrath

Ogni settimana il team si riunisce ed esamina cosa funziona e cosa non funziona. Uno dei valori di Red Hat è la responsabilità. Se gli ingegneri promettono di completare un'attività per tempo, ma non lo fanno, durante la chiamata sul programma ne rispondiamo. In questo tipo di cultura, e in un gruppo così numeroso, assumersi le proprie responsabilità è di fondamentale importanza, perché permette di gestire anche gli errori più gravi. Senza tale responsabilità, potrebbe succedere di tutto.

Stinson
È un po' come un circo, nel miglior senso possibile. Tutti hanno le proprie aree di attività. Tutti contribuiscono in parte alla realizzazione del progetto complessivo.

Quindi ora, a due anni dal lancio, i flussi di lavoro sono stati sviluppati e avviati, e le iterazioni pubbliche iniziano con CentOS Stream. Con l'avvicinarsi del lancio, il team deve essere in grado di coordinare il complesso equilibrio di attività alla base della piattaforma Linux per le aziende, tra le più diffuse al mondo.