26 Giugno 2023

Red Hat infligge un duro colpo alle versioni downstream di RHEL

D’ora in poi, solo il codice sorgente di CentOS Stream sarà disponibile per tutti

Red Hat ha deciso di smettere di rendere pubblico il codice sorgente di RHEL. D’ora in poi sarà disponibile solo per i clienti, che non possono legalmente condividerlo.

Un apparentemente modesto post sul blog di un senior Hatter annuncia che d’ora in poi l’azienda pubblicherà solo il codice sorgente del suo prodotto CentOS Stream al mondo. In altre parole, solo i clienti paganti potranno ottenere il codice sorgente di Red Hat Enterprise Linux. E secondo i termini dei loro contratti con il Red Hat, ciò significa che non possono pubblicarlo.

Secondo il Reg FOSS Desk, il post sul blog è talmente pieno di linguaggio aziendale da essere quasi oscuro. Tuttavia, abbiamo contattato l’ufficio stampa di Red Hat e l’azienda ha confermato che il comunicato dice effettivamente quello che abbiamo dedotto leggendo tra le righe. Questa è una brutta notizia per i progetti downstream che ricostruiscono il codice sorgente di RHEL per produrre distribuzioni compatibili, come AlmaLinux, Rocky Linux, EuroLinux e Oracle Unbreakable Linux.

Differenze tra CentOS Stream e RHEL

Quando parliamo delle differenze tra CentOS Stream e Red Hat Enterprise Linux (RHEL), è essenziale iniziare dal loro posizionamento all’interno del ciclo di sviluppo dell’ecosistema Red Hat. Queste due distribuzioni occupano due distinti, ma fondamentali, posti nel processo evolutivo di questo famoso sistema operativo open source.

CentOS Stream: l’Anteprima di RHEL

CentOS Stream rappresenta una fase anticipata, o come si potrebbe definire, un “stadio avanzato di sviluppo”. Potremmo immaginarlo come una versione beta continua, il luogo in cui nuove idee, funzionalità e miglioramenti sono sperimentati e affinati. Ogni aggiornamento previsto per RHEL viene prima testato in CentOS Stream. Questo rende CentOS Stream un cruciale campo di test, un laboratorio per l’innovazione e l’ottimizzazione prima di passare all’implementazione finale nel RHEL.

RHEL: Il Frutto Maturo della Sperimentazione

RHEL, d’altro canto, è la destinazione finale di tutto ciò che viene esplorato in CentOS Stream. Dopo il test e il perfezionamento delle funzionalità su CentOS Stream, questi aggiornamenti vengono poi incorporati in RHEL. Questa distribuzione, quindi, rappresenta il prodotto finale, maturato e pronto per la produzione, il frutto maturo dell’attività di sperimentazione e affinamento eseguita in CentOS Stream.

Compatibilità e uso delle distribuzioni a valle

All’opposto di CentOS Stream, abbiamo le versioni di AlmaLinux, RockyLinux e l’ex CentOS Linux. Queste distribuzioni erano a valle di RHEL, cioè derivavano dallo stesso codice sorgente di RHEL, garantendo così una perfetta compatibilità. Queste versioni, sostanzialmente ricostruzioni del codice sorgente RHEL, potevano essere utilizzate senza costi per l’utente, mantenendo al contempo un’elevata compatibilità con i driver e le applicazioni RHEL.

La differenza chiave qui è che con CentOS Stream, non si ottiene lo stesso livello di compatibilità che si aveva con queste distribuzioni a valle. CentOS Stream è più un “progetto in divenire” rispetto a una versione stabile e pienamente compatibile di RHEL.

Applicazioni pratiche di CentOS Stream e RHEL

Se si è un’azienda partner che sviluppa prodotti o driver per essere eseguiti su RHEL, o un cliente che vuole rimanere al passo con le ultime novità, CentOS Stream potrebbe rivelarsi molto utile. Fornisce una panoramica di cosa aspettarsi nelle future versioni di RHEL e permette ai partner e ai clienti di adattarsi in anticipo.

Tuttavia, per l’utente medio che vuole semplicemente eseguire RHEL senza dover pagare, o per chi desidera creare la propria versione di RHEL, CentOS Stream offre meno vantaggi. Inoltre, data la natura in evoluzione di CentOS Stream, sospettiamo che la maggior parte della comunità di utenti RHEL possa non essere particolarmente interessata a questa distribuzione, e questo potrebbe essere uno dei motivi che hanno spinto Red Hat a fare la sua ultima mossa.

Reazioni della Community

In vari forum online, ci sono proteste da parte degli utenti delle distro downstream, proprio come quando il Red Hat ha cancellato CentOS Linux qualche anno fa. Ancora una volta, le persone parlano di tradimento della fiducia, violazione della GPL, e così via. Tuttavia, per quanto possiamo vedere, il Red Hat sta agendo perfettamente in accordo con i termini della GPL, che richiede solo di rendere disponibile il codice sorgente a persone che utilizzano i binari costruiti da esso: in altre parole, ai suoi clienti paganti. Il punto chiave è che per ottenere quei binari, i clienti – così come gli sviluppatori su account gratuiti – devono accettare un accordo di licenza e sono vincolati da un contratto, che prevale sulla licenza GPL del codice stesso.

In un certo senso, questo potrebbe essere interpretato come una continuazione logica della mossa fatta quando l’azienda ha portato CentOS in-house nel 2014. Quella mossa legittimò questa particolare una delle varie ricostruzioni di RHEL esistenti, che risultò nel fatto che il resto di esse chiuse essenzialmente i loro sforzi – tranne ovviamente Oracle, che ha fondi sufficienti per finanziare Oracle Linux, completo di contratti di supporto aziendale più economici, un kernel compatibile con Btrfs migliorato e così via.

Dopo aver dato alla mossa il tempo di eliminare con successo la maggior parte dei cloni, Red Hat ha poi ucciso la sua stessa versione gratuita ufficiale del suo prodotto di punta a pagamento. Invece, ha deciso di offrire una versione di test gratuita, un annuncio che ha fatto accompagnato da un linguaggio molto positivo sulla partecipazione della comunità, e così via. In realtà, quello che stava realmente facendo era tagliare fuori quelli che potrebbero essere visti, dal suo punto di vista, come un gruppo di parassiti. La mossa è stata accompagnata dal rilascio gratuito della produzione di RHEL per gli sviluppatori – ma solo fino a 16 macchine.

 

I ragazzi di AlmaLinux hanno già annunciato che non c’è bisogno di farsi prendere dal panico e gli utenti possono guardare avanti ai loro piani dopo aver compreso più chiaramente come risolvere il problema con Red Hat.

Il Futuro delle Distribuzioni Downstream

La porta non è stata completamente chiusa. Se abbiamo capito bene, in effetti, Stream viene periodicamente risincronizzato con RHEL quando c’è un nuovo rilascio maggiore. Quindi, quando RHEL 11.0 sarà rilasciato, Stream sarà brevemente in sincronia con esso – il che significa che le distro downstream potrebbero prendere una copia del codice in quel preciso momento, e costruire una nuova versione compatibile con quella release di RHEL. Il problema per i downstream è che da quel punto in poi, non saranno in grado di ottenere un codice sorgente utilizzabile di ogni successivo rilascio e dei vari aggiornamenti in corso.

Alcuni commentatori stanno facendo notare che è possibile iscriversi a un account gratuito di Red Hat Developer e ottenere in modo legittimo il codice sorgente in quel modo. Questo è perfettamente vero, ma il problema è che l’accordo di licenza che devi firmare per ottenere quell’account ti impedisce di ridistribuire il software.

Quindi, anche se le distro downstream potrebbero ancora ottenere il codice sorgente del software, non possono effettivamente usarlo. In linea di principio, se apportano modifiche sostanziali, possono condividerle, ma l’intera ragion d’essere delle distro compatibili con RHEL è evitare cambiamenti maggiori e quindi mantenere la “compatibilità bug-per-bug”.

Certo, potrebbero adottare un atteggiamento del tipo “pubblica e sarai dannato” e farlo comunque. Al meglio, il risultato probabile è la cancellazione immediata del loro abbonamento e dell’account. Questo potrebbe funzionare ma porterà a un gioco del gatto e del topo: i distributori downstream che aprono continuamente nuovi account di sviluppatori gratuiti, e il Red Hat che potenzialmente ritaglia i download e calpesta gli account dei trasgressori. Non sarebbe un modello sostenibile.

Nel peggiore dei casi, però, potrebbero rischiare di essere citati in giudizio fino all’oblio.

In sintesi, sarà ancora possibile ottenere il codice sorgente, attraverso diverse vie – anche se alcune di queste comportano restrizioni molto serie. Per ora, le reazioni ufficiali di AlmaLinux e Rocky Linux sono cautamente ottimistiche, anche se ci sono segnali di preoccupazione nella discussione sul forum di Rocky Linux.

Il passato di CentOS

Nel 2011, Red Hat ha cambiato il modo in cui distribuiva i suoi pacchetti di codice sorgente in un modo che sembrava certamente pensato per rendere la vita difficile per le ricostruzioni. Non conosciamo le motivazioni dell’azienda, e certamente non ci dirà, ma forse quella mossa non è stata abbastanza efficace e quindi ha portato a portare effettivamente CentOS in casa.

Come ha detto FOSS desk quando è uscito CentOS Stream 9, riteniamo che l’errore chiave di Red Hat sia stato l’adozione di CentOS Linux in primo luogo. La mossa ha sostenuto e legittimato un concorrente gratuito al prodotto commerciale a pagamento dell’azienda. (E uno che stava lottando in quel momento, che non avrebbe dovuto essere di alcuna preoccupazione per Red Hat.) Se il piano era di mettere in difficoltà Oracle in qualche modo, è fallito, ma sicuramente ha tagliato significativamente le vendite di RHEL.

Allora, i distributori downstream riuscirono a trovare modi per aggirare quella mossa, ed è perfettamente possibile che saranno anche in grado di trovare modi per aggirare questa – ma renderà la continuazione sostanzialmente più difficile. È possibile che il Red Hat sia disturbato dal successo della nuova generazione di ricostruzioni. Mentre i corpi dietro sia Rocky che AlmaLinux sono sostanzialmente organizzazioni non profit – Rocky è una public benefit corporation fondata e di proprietà di Greg Kurtzer – stanno andando bene.

Ad esempio, solo la settimana scorsa, la NASA ha concesso in licenza Rocky Linux per il suo uso interno. CERN e Fermilab nel frattempo usano AlmaLinux.

CentOS Stream sta presentando la mossa come non un grosso problema – come se fosse semplicemente progettato per aumentare l’adozione di Stream, mentre in realtà sembra più un attacco concertato al fiorente nuovo ecosistema di ricostruzioni che è nato dalla cancellazione di CentOS Linux.

TL;DR?

La cronologia è lunga e complicata, e se stai iniziando a confonderti, non ti biasimiamo affatto. I principali eventi, e le interpretazioni di questo vecchio avvoltoio stanco di loro, sono accaduti come segue.

  • 1994: Rilascio di Red Hat Linux.
  • 2002: la prima versione di RHEL, versione 2.1. RHL continua come prodotto separato.
  • 2003: Rilascio di CentOS come ricostruzione gratuita di RHEL.
  • 2004: l’ultimo rilascio di RHL, versione 9. Il futuro di RHL è Fedora.
  • 2014: CentOS viene ufficialmente riconosciuto da Red Hat e porta CentOS in-house.
  • 2020: Red Hat annuncia che il futuro di CentOS è Stream.
  • 2021: Fine di CentOS Linux 8.x, anni prima del previsto. Annunci di AlmaLinux e Rocky Linux.
  • 2022: Rilascio di CentOS Stream 9 e CentOS Stream 8, insieme a Rocky Linux 8.4 e AlmaLinux 8.4.
  • 2023: Fine del codice sorgente pubblico di RHEL. Non siamo in grado di prevedere il futuro, ma sicuramente saremo interessati a vedere come si sviluppa la situazione. Che Red Hat abbia messo il piede in faccia alle distro downstream – o che abbia semplicemente reso la vita un po’ più complicata – non siamo sicuri. Ma certamente la vita delle ricostruzioni compatibili con RHEL non sarà più la stessa.

Conclusioni

Le trasformazioni in atto nel mondo di Red Hat Enterprise Linux (RHEL) e dei suoi cloni, come CentOS Stream, hanno suscitato un’ondata di incertezza e preoccupazione nella comunità degli utenti. Molti si interrogano sulla futura compatibilità delle distribuzioni a valle e su cosa potrebbe significare per l’ecosistema di Red Hat nel suo complesso.

In un contesto in cui non venga raggiunto un accordo che salvaguardi le esigenze della community di utenti, il rischio è di assistere a un massiccio esodo verso altre piattaforme. Debian e le sue derivate, come Ubuntu, sembrano essere i candidati più probabili ad accogliere questi migranti digitali. Offrono stabilità, una comunità di supporto ampia e attiva, e una grande quantità di software, il tutto mantenendo una filosofia di libero accesso e trasparenza.

In ultima analisi, il successo di qualsiasi piattaforma open source dipende dalla sua capacità di bilanciare le esigenze di tutti i suoi stakeholder, compresi gli sviluppatori, gli utenti finali e i partner commerciali. La situazione attuale di RHEL e CentOS Stream è un promemoria di quanto delicato possa essere questo equilibrio e di quanto sia importante per una comunità sentirsi supportata e al sicuro nella sua piattaforma di scelta.

Hai dei dubbi? Non sai da dove iniziare? Contattaci !

Abbiamo tutte le risposte alle tue domande per aiutarti nella giusta scelta.

Chatta con noi

Chatta direttamente con il nostro supporto prevendita.

0256569681

Contattaci telefonicamente negli orari d’ufficio 9:30 – 19:30

Contattaci online

Apri una richiesta direttamente nell’area dei contatti.

INFORMAZIONI

Managed Server S.r.l. è un player italiano di riferimento nel fornire soluzioni avanzate di sistemistica GNU/Linux orientate all’alta performance. Con un modello di sottoscrizione dai costi contenuti e prevedibili, ci assicuriamo che i nostri clienti abbiano accesso a tecnologie avanzate nel campo dell’hosting, server dedicati e servizi cloud. Oltre a questo, offriamo consulenza sistemistica su sistemi Linux e manutenzione specializzata in DBMS, IT Security, Cloud e molto altro. Ci distinguiamo per l’expertise in hosting di primari CMS Open Source come WordPress, WooCommerce, Drupal, Prestashop, Joomla, OpenCart e Magento, affiancato da un servizio di supporto e consulenza di alto livello adatto per la Pubblica Amministrazione, PMI, ed aziende di qualsiasi dimensione.

Red Hat, Inc. detiene i diritti su Red Hat®, RHEL®, RedHat Linux®, e CentOS®; AlmaLinux™ è un marchio di AlmaLinux OS Foundation; Rocky Linux® è un marchio registrato di Rocky Linux Foundation; SUSE® è un marchio registrato di SUSE LLC; Canonical Ltd. detiene i diritti su Ubuntu®; Software in the Public Interest, Inc. detiene i diritti su Debian®; Linus Torvalds detiene i diritti su Linux®; FreeBSD® è un marchio registrato di The FreeBSD Foundation; NetBSD® è un marchio registrato di The NetBSD Foundation; OpenBSD® è un marchio registrato di Theo de Raadt. Oracle Corporation detiene i diritti su Oracle®, MySQL®, e MyRocks®; Percona® è un marchio registrato di Percona LLC; MariaDB® è un marchio registrato di MariaDB Corporation Ab; REDIS® è un marchio registrato di Redis Labs Ltd. F5 Networks, Inc. detiene i diritti su NGINX® e NGINX Plus®; Varnish® è un marchio registrato di Varnish Software AB. Adobe Inc. detiene i diritti su Magento®; PrestaShop® è un marchio registrato di PrestaShop SA; OpenCart® è un marchio registrato di OpenCart Limited. Automattic Inc. detiene i diritti su WordPress®, WooCommerce®, e JetPack®; Open Source Matters, Inc. detiene i diritti su Joomla®; Dries Buytaert detiene i diritti su Drupal®. Amazon Web Services, Inc. detiene i diritti su AWS®; Google LLC detiene i diritti su Google Cloud™ e Chrome™; Facebook, Inc. detiene i diritti su Facebook®; Microsoft Corporation detiene i diritti su Microsoft®, Azure®, e Internet Explorer®; Mozilla Foundation detiene i diritti su Firefox®. Apache® è un marchio registrato di The Apache Software Foundation; PHP® è un marchio registrato del PHP Group. CloudFlare® è un marchio registrato di Cloudflare, Inc.; NETSCOUT® è un marchio registrato di NETSCOUT Systems Inc.; ElasticSearch®, LogStash®, e Kibana® sono marchi registrati di Elastic N.V. Questo sito non è affiliato, sponsorizzato, o altrimenti associato a nessuna delle entità sopra menzionate e non rappresenta nessuna di queste entità in alcun modo. Tutti i diritti sui marchi e sui nomi di prodotto menzionati sono di proprietà dei rispettivi detentori di copyright. Ogni altro marchio citato appartiene ai propri registranti. MANAGED SERVER® è un marchio registrato a livello Europeo da MANAGED SERVER SRL Via Enzo Ferrari, 9 62012 Civitanova Marche (MC) Italia.

Torna in alto