Oltre l’evidenza: dietro le quinte di Red Hat Enterprise Linux 10

Questa serie racconta le persone e la programmazione che hanno permesso la creazione e il rilascio di Red Hat Enterprise Linux 10. Dalle prime fasi concettuali al lancio al Red Hat Summit 2025, racconteremo le testimonianze dirette di come è nata RHEL 10.

Al Red Hat Summit 2025, abbiamo annunciato l'ultima versione della piattaforma Linux per le aziende, leader a livello mondiale: Red Hat Enterprise Linux (RHEL) 10. Questa versione offre molto più di qualche piccolo miglioramento o aggiunta di funzionalità; RHEL 10 offre funzionalità di gestione Linux basate sull'IA, funzionalità di crittografia post-quantistica e container come linguaggio nativo del sistema operativo.

In breve, RHEL 10 rappresenta un cambiamento epocale nel funzionamento delle piattaforme Linux per le aziende. Chiaramente, non è successo da un giorno all'altro.

Oltre 1.000 dipendenti di Red Hat, dai team engineering, marketing, product management, QE e da altri reparti hanno collaborato per rendere possibile il momento cruciale di questo lancio. Per questi individui e team, tuttavia, non è stato un evento unico, ma il culmine di centinaia di momenti e traguardi.

Diamo un'occhiata ad alcuni di questi momenti attraverso la lente di coloro che hanno realizzato RHEL 10.

2022 (subito dopo il rilascio di RHEL 9)

Le versioni principali di RHEL, come la 8, la 9 e la 10, vengono rilasciate ogni tre anni. Ciò significa che il lancio al Red Hat Summit 2025 era in preparazione già subito dopo il Red Hat Summit del 2022, quando RHEL 9 è diventato realtà.

Gunnar Hellekson, Vice President e General Manager, Red Hat Enterprise Linux

"Non si smette mai di lavorare su RHEL. Le versioni principali offrono un'opportunità ogni tre anni per apportare modifiche rivoluzionarie e innovative, che semplicemente non funzionerebbero o non sarebbero accettabili in una versione secondaria."

Mike McGrath, Vice President, Core Platforms Engineering

"Abbiamo architetti, ingegneri del software, responsabili dei prodotti e del Quality Engineering che si uniscono per far portare avanti questo gigantesco progetto. La cosa fondamentale da ricordare è che, a livello di programma, è necessario assicurarsi che tutti collaborino alla pari e che comprendano cosa stiamo facendo, dove stiamo andando e quando, in modo da poter raggiungere l'obiettivo tutti insieme.

In occasione di una release importante come RHEL, la stragrande maggioranza delle persone coinvolte sono ingegneri. Si definisce un programma con un Program Manager. È il ruolo di Shelley Dunne. È stata la prima versione di RHEL di cui Shelley si è occupata e siamo stati MOLTO felici di averla a bordo."

Shelley Dunne, Senior Principal Program Manager

"Siamo una squadra. Dobbiamo chiederci costantemente se una determinata capacità, funzionalità o modifica sia la cosa giusta da implementare per il prodotto. Se lo è, cerchiamo di capire chi deve fare cosa e agiamo."

McGrath

"Poi iniziamo a scegliere chi guiderà i diversi aspetti di questo progetto. Brian Stinson è stato il nostro architetto principale di RHEL 10 e lo abbiamo coinvolto sin dall'inizio, per il modo in cui la community di Fedora ha influito sulle versioni di RHEL. Fedora viene rilasciato ogni sei mesi ed è molto, molto più avanti di RHEL, ma se sappiamo che arriverà RHEL, dobbiamo arrivare prima a Fedora."

Brian Stinson, Principal Software Engineer

"Volevamo essere ben integrati nella community di Fedora per garantire che il futuro di RHEL fosse rappresentato nelle versioni di Fedora. Fare miglioramenti in Fedora e poi ereditarli è più economico, richiede meno impegno per la manutenzione e comporta un carico cognitivo ridotto, piuttosto che tentare di ricrearli. La nostra intenzione è sempre stata quella di avere un’influenza fin dall'inizio sulle funzionalità e capacità di Fedora, sia per migliorare Fedora che per favorire clienti di Red Hat.

Tuttavia, vogliamo anche assicurarci di avere un impatto ed adattare Fedora al momento giusto, perché le funzionalità che desideriamo in RHEL siano in Fedora al momento di passare influenzare produzione."

McGrath

"All'inizio, nei primi 18 mesi di una versione, a volte succedono cose straordinarie che generano nuove idee, e a volte siamo noi a portare avanti quelle idee. Tutto ciò accade nello spazio della community dove riceviamo suggerimenti e critiche, che lo desideriamo o meno, e questo ci aiuta davvero a perfezionare i nuovi stack di tecnologie."

Dunne

"Proponiamo le idee. Scopriamo le opportunità. Parliamo di ciò che ci dicono i clienti. Parliamo di ciò che ci dicono i partner.

Data la natura della nostra tecnologia e della nostra attività, le cose cambiano velocemente. Quindi, mentre discutiamo di quello che prevediamo per il rilascio di RHEL 11 nel 2025, cioè a tre anni di distanza, il mondo può cambiare."

Scott McCarty, Senior Principal Product Manager - Technical, Red Hat Enterprise Linux

"Abbiamo iniziato 36 mesi prima del Red Hat Summit. Sapevamo che il lancio sarebbe avvenuto in occasione di questo Summit. Sembrava così lontano. Non lo era."

Hellekson

"Tutti sono entusiasti delle possibilità perché nel fare progetti non siamo vincolati dalle dure realtà del tempo e delle risorse. Tutto è possibile."

Ma questo è solo l'inizio dei molti, molti, MOLTI momenti che hanno portato alla creazione di RHEL 10. Nel prossimo post vedremo come le nuove modalità di sviluppo di RHEL, completamente open source nell'ambito di CentOS Stream, hanno contribuito a plasmare il futuro della piattaforma.