4 L ecosistema Linux in rapida evoluzione

Transcript

1 INTRODUZIONE Secondo una famosa definizione, l aeroplano è un insieme di milioni di parti che volano in formazione stretta insieme. Con milioni di righe di codice contenute in migliaia di moduli di decine di migliaia di sviluppatori, l analogia dell aeroplano funziona per Linux, il cui valore non è nei singoli componenti, ma nella capacità di risolvere i problemi dei clienti in modo affidabile ed efficiente. Partendo da questo principio, Red Hat si propone come partner ingegneristico su più fronti e si avvale di importanti collaborazioni per offrire Red Hat Enterprise Linux, la principale piattaforma per carichi di lavoro enterprise. SOMMARIO 2 Community dell open source 4 L ecosistema Linux in rapida evoluzione Il modello Red Hat Enterprise Linux Innovazione Acquisizione di un istantanea, integrazione e stabilizzazione Supporto Release secondarie 12 Ciclo di vita 13 Sottoscrizioni 13 Conclusione

2 Secondo una famosa definizione, l aeroplano è un insieme di milioni di parti che volano in formazione stretta insieme. Con milioni di righe di codice contenute in migliaia di moduli di decine di migliaia di sviluppatori, Linux è simile a questo aeroplano. Analogamente a un costruttore di aerei, Red Hat integra tutti questi componenti in un singolo sistema funzionale, pronto per supportare carichi di lavoro di livello enterprise. Una volta eseguita l integrazione iniziale, Red Hat continua a supportare il prodotto e a migliorarlo. Per riprendere l analogia dell aereo, il compito di Red Hat è garantirne la puntualità e la sicurezza, nonché il corretto funzionamento tramite il monitoraggio e lo sviluppo continui. Le release principali di Red Hat Enterprise Linux possono essere paragonate alle nuove generazioni di Boeing o Airbus, che svolgono lo stesso lavoro di base, avvalendosi allo stesso tempo delle ottimizzazioni introdotte da nuovi sviluppi e tecnologie. Di nuovo, analogamente ai Boeing o agli Airbus, Red Hat continua a far volare gli aerei esistenti, sviluppando e offrendo contemporaneamente i modelli ottimizzati. È molto importante sottolineare che il valore di un aereo non è nei singoli componenti e nemmeno nell aereo nel suo insieme. Il valore o i vantaggi economici consistono nell offrire un servizio di trasporto di persone e cose efficiente e sicuro. Di un aereo spiccano funzionalità e tecnologia, tuttavia questi aspetti sono importanti soltanto perché contribuiscono a rendere il trasporto di persone e cose più sicuro ed efficiente. Le parti che costituiscono un aereo sono importanti soltanto nella misura in cui funzionano insieme per offrire il trasporto. Un altra similitudine è che la costruzione di un aereo è un prodotto a più mani: il costruttore di un aereo, infatti, acquisisce i componenti da molte altre aziende e stringe partnership per progettare e produrre sottosistemi di alta qualità. La realizzazione di un aereo commerciale è un impresa troppo grande e complessa per una singola azienda. Infine, l impegno delle compagnie aeree non finisce con l acquisto di un aereo. La decisione di acquisto di un aereo comporta anche un impegno a lungo termine con il produttore dello stesso. Per la scelta di un aereo, l azienda acquirente valuta il merito tecnico e l affidabilità del suo produttore, nonché la sua attendibilità quale business partner. La compagnia aerea si affida al produttore per quanto concerne lo sviluppo e il supporto continui, i componenti di ricambio e la manutenzione, la risoluzione dei problemi correlati alla sicurezza e la sua partnership a lungo termine. Quando si parla di Linux, si pensa ai diversi componenti e pacchetti software che costituiscono una sua distribuzione. Tuttavia, analogamente a un aeroplano, l importanza di Linux è solo nel fatto che rappresenta una piattaforma per le applicazioni rivolte a risolvere i problemi dei clienti e di business. Il valore non è nelle parti, ma nella sua capacità di risolvere i problemi e risultare vantaggioso per i clienti. Risolvere i problemi dei clienti in modo affidabile ed efficiente, oggi e domani. Ora lasciamo questa analogia ed esaminiamo Linux e i vantaggi di Red Hat Enterprise Linux. LA Community DELL OPEN SOURCE Il successo di Red Hat e il valore di Red Hat Enterprise Linux sono legati alla community dell open source di cui fa parte Red Hat, e agli incredibili vantaggi che derivano da questa partecipazione. Partner fidato e stimato, Red Hat contribuisce largamente a questa communità, di cui sfrutta gli investimenti e da cui ottiene uno straordinario ritorno sull investimento. 2

3 L open source è un modello di business ed economico pragmatico. Il software open source funziona attraverso la collaborazione e la fiducia anziché il comando e il controllo. Il software open source è spesso chiamato software libero, in inglese free software. Per libero non si intende che il software è gratuito, bensì che si basa sui principi di libertà - si pensi all accezione del termine free nell espressione inglese free speech, ovvero libertà di parola. Gli utenti sono liberi di eseguire, copiare, distribuire, studiare, modificare e migliorare il software libero. Queste libertà sono un prerequisito fondamentale della realizzazione di un modello di sviluppo realmente collaborativo, perché rimuovendo qualsiasi barriera consentono a chiunque di utilizzare, studiare e migliorare la tecnologia nel modo desiderato. Queste libertà determinano il modo in base a cui i diversi partecipanti al progetto possono contribuire o godere della creazione del software. Ciascuna parte trae vantaggio non soltanto dal proprio investimento, ma anche da quello altrui. Gli investimenti possono essere in natura o in denaro. Ad esempio, un azienda con un ingegnere dedicato alla scrittura di codice beneficerà del software di un ingegnere. Se dieci aziende hanno un ingegnere ciascuno dedicato alla scrittura di codice nell ambito di un progetto open source, ogni azienda beneficerà del codice di dieci ingegneri e in più potrà utilizzare o modificare tutto questo codice come preferisce, senza pagamenti aggiuntivi (in denaro o in natura). Si tratta di un modello di business ed economico estremamente assennato. I vantaggi della collaborazione superano rapidamente i vantaggi economici di limitare le libertà degli utenti e nelle ultime due decadi hanno contribuito ad accelerare la partecipazione e collaborazione alle comunità di sviluppo dell open source in tutto il settore software. Red Hat dispone di più di mille ingegneri impegnati sul fronte del software open source e trae vantaggio da decine di migliaia di ingegneri che collaborano allo stesso software. In questo consiste la forza del modello open source e il motivo per cui Red Hat è in grado di offrire prodotti così potenti a costi così ridotti. Oltre al fatto che i vantaggi non vengono sempre misurati direttamente in denaro, un altra caratteristica principale del software open source è il suo funzionamento tramite la collaborazione e la fiducia anziché il comando e il controllo. Le aziende tradizionali utilizzano una struttura basata sul controllo e il comando, dove i manager prendono le decisioni, le risorse (inclusi denaro e persone) vengono allocate e il lavoro viene eseguito. I fattori principali sono il potere della posizione e il potere del budget. Le decisioni possono essere prese e modificate rapidamente da un piccolo gruppo di persone. Il software open source, invece, opera attraverso un processo di consenso basato sull influenza, la fiducia, le partnership e l investimento diretto delle risorse da parte dei partecipanti. Lo sfruttamento di questa caratteristica chiave e la realizzazione del lavoro richiedono un approccio diverso, che consiste nello sviluppo e nel mantenimento della credibilità e dell affidabilità all interno della community, nella collaborazione, nella vendita delle idee, nella ricerca dei migliori vantaggi complessivi anziché del guadagno tattico, nell adozione di una veduta a lungo termine e nella realizzazione di investimenti oculati. Se adottato correttamente, questo approccio consente di ottenere uno straordinario ritorno sull investimento. Red Hat ha adottato questo approccio. Red Hat è un membro stimato e fidato della community di Linux, collabora con i principali contribuenti a Linux, ed è la società che ha contribuito maggiormente allo sviluppo del kernel Linux, oltre ad essere in grado di influenzare e guidare progetti importanti. I vantaggi di Red Hat sono evidenti - ma quali sono i vantaggi per i suoi clienti? 3

4 Abbiamo visto come gli investimenti in termini di sforzi e risorse nella creazione della community possono essere utilizzati come alternativa agli investimenti in denaro. È vero anche il contrario, cioè le aziende possono scegliere di investire denaro attraverso gli abbonamenti Red Hat come alternativa all investimento di altre risorse. In questo modo, entrambe traggono vantaggio da Linux e, senza dover investire direttamente tempo ed energia in attività di community, garantiscono la sua continua crescita quale piattaforma a basso costo e di qualità elevata per la risoluzione dei problemi di business. Usare Red Hat Enterprise Linux è una decisione tattica basata sui meriti tecnici della piattaforma; avvalersi di una piattaforma enterprise ben supportata e stabile, e garantire l opportuno supporto in caso di problemi è una decisione pragmatica; garantire il continuo sviluppo e la disponibilità a lungo termine di questa piattaforma, che sarà il fulcro dell infrastruttura dell azienda, è una decisione strategica. Esiste una tensione dinamica, un conflitto tra innovazione e stabilità, insita nell essenza dell ecosistema Linux. Il contributo di Red Hat è rivolto alla risoluzione di questo conflitto. l ecosistema linux in rapida evoluzione Red Hat Enterprise Linux offre un compromesso tra innovazione, stabilità e supporto. Red Hat è attivamente coinvolta nello sviluppo di nuova tecnologia e nella fornitura delle basi dell infrastruttura enterprise. In questo modo, i clienti possono scegliere di standardizzare i loro ambienti informatici e di eseguirli con la minima modifica o di trarre vantaggio da nuovi sviluppi e nuove funzionalità, il tutto con la massima flessibilità e senza penalizzazioni economiche. Red Hat ottiene questo risultato attraverso un processo di innovazione, acquisizione di un istantanea, stabilizzazione/integrazione e supporto insieme a un modello di abbonamento che consente di scegliere la versione di Red Hat Enterprise Linux desiderata e di passare liberamente da una all altra. Iniziamo dal cuore di Red Hat Enterprise Linux - il kernel Linux. Del kernel, in costante evoluzione grazie al contributo di migliaia di sviluppatori software, vengono rilasciate tre o quattro release ogni anno. L impegno dei gestori del kernel Linux, guidati da Linus Torvalds, è rivolto allo sviluppo continuo e alla realizzazione di codice di elevata qualità. I gestori del kernel sanno bene che alcuni miglioramenti e cambiamenti potrebbero comportare drastiche modifiche alle interfacce e al comportamento del kernel, nonché danneggiare le applicazioni e gli strumenti esistenti. Questo è tuttavia il prezzo che sono disposti a pagare se i vantaggi giustificano il cambiamento. Ciò significa che scegliere la versione più recente di Linux potrebbe avere ripercussioni sulle applicazioni esistenti. I gestori cercano di evitare le modifiche che impatteranno le applicazioni, tuttavia sono preparati ad apportarle se strettamente necessarie. Red Hat affronta questo problema offrendo stabilità all interno di una release principale, apportando modifiche tramite release principali e consentendo ai clienti di scegliere la release principale che desiderano utilizzare senza penalizzazioni economiche. Benché in definitiva ci sia una singola sorgente del kernel Linux, i diversi pacchetti, strumenti, utilità e applicazioni che costituiscono una distribuzione Linux provengono da migliaia di sorgenti diverse sviluppate indipendentemente e in parallelo. Nonostante gli sforzi coordinativi, ci sono spesso differenze nelle versioni dei diversi pacchetti richieste da applicazioni differenti. La risoluzione di tutti questi problemi di versione e dipendenza è uno dei principali compiti di Red Hat Enterprise Linux. Per molte applicazioni dell ecosistema Linux, il monitoraggio di queste modifiche non è un problema, dal momento che è molto noto il modello di cambiamento alla base del kernel Linux e di diversi strumenti, utilità e applicazioni Linux. Spesso, infatti, sono gli stessi sviluppatori delle applicazioni a richiedere le modifiche. Gli sviluppatori delle applicazioni, specialmente quelle open source, considerano il monitoraggio delle modifiche nel kernel e in altri pacchetti da cui dipendono semplicemente un aspetto delle normali operazioni di manutenzione delle applicazioni. 4

5 Tuttavia, la questione presenta alcune difficoltà, la più significativa delle quali è che pacchetti diversi incorporano le modifiche in momenti diversi. Ne risulta che diverse migliaia di pacchetti di una distribuzione Linux devono essere ricondotti a una linea base comune. Questo aspetto verrà trattato in maggior dettaglio più avanti. Inoltre, le dipendenze tecniche tra i pacchetti limitano la capacità dell utente di beneficiare di nuove funzionalità a un certo livello dello stack senza incorporare molte altre modifiche in pacchetti più recenti necessari a un altro livello dello stack. Per altre applicazioni, tuttavia, la gestione di queste modifiche risulta più difficile. Si tratta delle applicazioni commerciali più note presenti su più sistemi operativi o applicazioni sviluppate internamente che non ricevono miglioramenti o manutenzione frequenti. In tutti questi casi, l obiettivo è che la piattaforma funzioni e basta, e che non cambi. Inoltre, un infrastruttura e un ambiente standardizzati comportano importanti vantaggi per la gestione e le operazioni di sistema, in quanto semplificano la vita sia degli strumenti di gestione dei sistemi sia degli amministratori di sistema, abbassano i costi operativi e tendono a migliorare la qualità, riducendo al minimo le incoerenze e le possibilità di errore. Ne deriva una tensione dinamica - un conflitto tra innovazione e stabilità - che è insita nell essenza dell ecosistema Linux. Red Hat contribuisce enormemente all ecosistema Linux risolvendo questo conflitto. Red Hat concilia innovazione e stabilità fornendo un ambiente Linux completo che è stabile, collaudato, supportato e che sfrutta giudiziosamente i rapidi miglioramenti apportati costantemente all ecosistema Linux. Il modello di Red Hat Enterprise Linux Innovazione Il Fedora Project Red Hat ha avviato l approccio di una distribuzione comunitaria incentrata sull innovazione (il Fedora Project) e una piattaforma enterprise incentrata sulla stabilità (Red Hat Enterprise Linux). Questo approccio risolve in gran parte la tensione dinamica tra innovazione e stabilità. Il Fedora Project (fedoraproject.org) è una distribuzione aperta incentrata sulla community dedicata all innovazione e allo sviluppo all avanguardia. Viene rilasciata una nuova release di Fedora ogni sei mesi, ciascuna delle quali incorpora i pacchetti principali e il kernel Linux più recente. La missione di Fedora è guidare i nuovi sviluppi e miglioramenti di Linux. Come si legge nella homepage del Fedora Project: Fedora è un sistema operativo basato su Linux che presenta gli ultimissimi software liberi ed open source. L uso, la modifica e la distribuzione di Fedora sono sempre liberi per chiunque. È creato da persone in tutto il mondo che lavorano assieme come una comunità: il Fedora Project. Il Fedora Project è aperto a chiunque e di chiunque è benvenuta la partecipazione. Il Fedora Project è di fronte a voi, portando avanti lo sviluppo di liberi contenuti e software aperti. Red Hat utilizza il Fedora Project come veicolo principale per lo sviluppo di nuovo codice. Il tipico ciclo di sviluppo di una nuova funzione prevede il suo sviluppo e la sua propagazione all upstream (vedi sezione sull upstream tracking), la sua inclusione in Fedora, quindi nella release corrispondente di Red Hat Enterprise Linux. La vera forza del Fedora Project ha un origine sorprendente. È un progetto indipendente che non è controllato da Red Hat. 5

6 Altre aziende hanno cercato di fondare progetti comunitari ma con poco successo, perché la loro insistenza nel voler controllare il progetto e i relativi contributi ha creato riluttanza nelle persone esterne a parteciparvi e ha contribuito allo sviluppo di una community poco coesa attorno ad esso. Il Fedora Project, al contrario, è un organizzazione indipendente dotata di un consiglio d amministrazione indipendente. Red Hat è il maggior investitore del Fedora Project e dispone di ingegneri che lavorano direttamente a questo programma, ma non controlla il Fedora Project. Al contrario, Red Hat lavora a stretto contatto con il Fedora Project e la sua community, riuscendo a creare un progetto integro e una comunità dinamica. Red Hat influenza, partecipa, contribuisce e raccoglie grandi ricompense da questa relazione reciprocamente vantaggiosa. La community dell open source premia largamente Red Hat per non esercitare alcun controllo diretto e per collaborare con una vasta community. Fedora è rinomata per essere sempre all avanguardia nello sviluppo di nuova tecnologia, offrendo allo stesso tempo un sistema operativo di qualità elevata. Di ciò ne beneficiano direttamente Red Hat, i suoi clienti e i suoi partner. Contributi di Red Hat Un aspetto importante di Red Hat riguarda i suoi contributi all ecosistema Linux, sia in termini di contributi effettivi che di modalità con cui li apporta. Red Hat è impegnata a fornire tutto il suo software con una licenza open source, il che talvolta comporta l acquisizione di un azienda con prodotti proprietari da rilasciare come software open source in un secondo momento. In alcuni casi, il software può essere carico di tecnologie incorporate coperte da licenze proprietarie, pertanto Red Hat deve compiere diversi sforzi prima di poterlo rilasciare in una versione open source libera. Red Hat è un membro stimato della community dell open source. Come menzionato in precedenza, tutto il codice deve essere accettato dall upstream prima di poter essere incluso in Red Hat Enterprise Linux. Lo sviluppo avviene allo scoperto e tutto il codice deve essere accettato dal gestore upstream corrispondente prima di poter essere incluso in un prodotto Red Hat. Questo per Red Hat non è solo una promessa. Per Red Hat, open source è uno stile di vita non una parola alla moda. Poiché lo sviluppo avviene allo scoperto, è naturale che Red Hat collabori strettamente con altre aziende. Red Hat annovera tra i suoi partner leader tecnologici quali Intel, AMD, IBM, HP e Dell con cui collabora a un ampia gamma di progetti di mutuo interesse. Ad esempio, Red Hat è attualmente impegnata con Intel e AMD nella gestione energetica basata su ACPI, un interfaccia e specifica hardware per il controllo del consumo energetico di un processore, attività che esegue avvalendosi di diversi meccanismi, ad esempio la capacità di modificare dinamicamente la velocità del processore e di attivare lo stato di sospensione a basso consumo energetico per i processori quando non devono eseguire alcuna operazione. Innanzitutto, occorre che i fornitori di processori implementino l ACPI nel loro hardware, quindi occorre modificare il sistema operativo affinché sfrutti le sua funzionalità. Questo comporta estensioni significative delle utilità di computo del sistema e di altri sottosistemi. Oltre al processore, i progettisti di sistemi quali IBM, HP e Dell, devono decidere in che modo i loro progetti di sistema e BIOSed supporteranno la gestione del consumo energetico. Sistemi basati sullo stesso processore possono essere profondamente diversi, pertanto è necessario che i fornitori di sistemi siano coinvolti in questa implementazione. Infine, sono necessari gli strumenti dell utente per il controllo della gestione energetica; benché gli utenti di notebook regoleranno i loro sistemi affinché consumino il meno possibile per prolungare al massimo la durata della batteria, un sistema di stock trading verrà eseguito sempre alla massima velocità per garantire la minima latenza. 6

7 Un altro esempio è la gestione del consumo energetico che, per essere efficace, richiede la cooperazione tra più aziende per sviluppare e fornire prodotti efficienti dal punto di vista energetico. Questo non è il lavoro di un giorno. I fornitori di processori continuano ad aggiungere nuove capacità di gestione dell alimentazione sofisticate, i fornitori di sistema continuano a progettare nuovi sistemi e il kernel Linux evolve. Uno dei maggiori sviluppi del sistema operativo è il tickless kernel, che consente di ridurre significativamente il consumo di energia. Il tickless kernel, una nuova funzionalità di Red Hat Enterprise Linux 6 al cui sviluppo ha attivamente partecipato Red Hat, rappresenta una modifica fondamentale della modalità di funzionamento del sistema operativo. In passato, il kernel veniva attivato diverse centinaia o migliaia di volte al secondo (in base ai tic del timer) e valutava se vi erano operazioni da eseguire. Il tickless kernel, invece, si basa sulle interruzioni. Ciò significa che il sistema rimarrà in stato di sospensione finché non verrà richiesto il suo intervento per l esecuzione di un operazione. Poiché la sospensione è caratterizzata da un basso consumo energetico, più tempo il sistema trascorrerà in questa modalità, maggiori saranno i risparmi energetici. Lo sviluppo del tickless kernel ha richiesto modifiche importanti a diversi sottosistemi Linux principali, la stretta collaborazione con più fornitori hardware e operazioni di collaudo estensive. Un numero di utilità e applicazioni di sistema erano basate sui tic del timer e dovevano essere modificate per poter essere attivate dalle interruzioni. Fortunatamente, Linux poteva attingere dall intera community. Anziché sui test di tutto l hardware e di tutte le applicazioni, sul rilevamento dei problemi e sulla loro risoluzione affidati a una singola azienda, Linux poteva contare sul contributo di decine di migliaia di persone in tutto il mondo. A differenza di un sistema operativo commerciale, che non viene reso noto finché non sono state apportate tutte le modifiche, si è potuto lavorare con Linux e testarlo in tutte le fasi di sviluppo del tickless kernel. Alla fine, questo cambiamento è risultato estremamente vantaggioso, senza quasi alcun aspetto negativo. Vediamo ora i vantaggi dello sviluppo collaborativo aperto. I fornitori di processori sono in grado di aggiungere nuove funzionalità con interfacce comuni a queste capacità innovative. L utilizzo di interfacce comuni consente l innovazione nell implementazione e al contempo consente ai fornitori di software e di sistemi di trarre vantaggio dalle nuove funzionalità. I fornitori di sistemi possono basarsi sulle nuove funzionalità progettandole nei loro sistemi e garantendo che il sistema operativo supporti e sfrutti i loro design. I fornitori dei sistemi operativi beneficiano delle nuove funzionalità sia dei processori sia dei sistemi e le sfruttano pienamente. La collaborazione riduce la duplicazione degli sforzi, minimizza il costo per ciascuna azienda partecipante e rende possibile una maggiore collaborazione. Il risultato è una soluzione migliore caratterizzata da una qualità superiore a costi inferiori. Benché questo dimostri i vantaggi del modello di sviluppo open source al centro della filosofia di Red Hat, il valore di quest ultima non si ferma qui. Dopotutto, Red Hat è il principale contributore al kernel Linux. In base all ultimo rapporto della Linux Foundation Linux Kernel Development: How Fast it is Going, Who is Doing It, What They are Doing, and Who is Sponsoring It (linuxfoundation.org/publications), risulta che Red Hat ha contribuito più del 12% alle modifiche totali apportate al kernel. Il contributo maggiore successivo è stato solo dell 8%. Ciò dimostra chiaramente l impegno e l investimento di Red Hat nello sviluppo dell open source. Red Hat adotta anche una visione a lungo termine. Benché una correzione rapida sia certamente molto gratificante, talvolta fare la cosa giusta richiede sforzi intensi per un periodo di tempo prolungato. Un ottimo esempio è il contribuito significativo di Red Hat al progetto Linux in tempo reale. 7

8 1 Hard real time, nell accezione utilizzata nell ambito dei sistemi di controllo degli aeroplani, garantisce il completamento di un attività all interno di un periodo di tempo specificato. Ciò è possibile soltanto con sistemi incorporati specializzati. Il modello di Linux è soft real time o a bassa latenza/latenza coerente. Red Hat Enterprise Linux è integrato, consolidato e ottimizzato sui sistemi più grandi disponibili sul mercato. In tempo reale significa che si può fare affidamento su un sistema per completare un operazione in un periodo di tempo definito 1. L approccio di base è evitare l interruzione di un operazione prima del suo completamento. Si tratta di una grande sfida in un sistema multiprocessore, multiutente, multitasking a scopo generico. L implementazione del tempo reale in Linux comporta modifiche significative a centinaia di moduli in dozzine di sottosistemi. Gli sviluppatori coinvolti in questo progetto si sono messi al lavoro e hanno prodotto un sistema Linux in tempo reale funzionante, che ha comportato decine di migliaia di righe di modifiche. Molte di queste modifiche erano invasive, vale a dire che potevano avere un impatto significativo su un sistema, potevano alterarne il comportamento e avere effetti collaterali inaspettati. Questi tipi di cambiamenti devono essere ampiamente giustificati prima di essere considerati, vengono scrutinati e testati in modo più approfondito, e vengono accettati con prudenza. Colui che propone modifiche invasive deve convincere gli altri che i benefici superano il rischio e il costo ad esse correlati. Inoltre, alcune patch di Linux in tempo reale avrebbero cambiato il comportamento fondamentale di Linux, cosa di cui la maggioranza degli utenti Linux non avrebbe beneficiato. I vantaggi dell implementazione delle modifiche relative al tempo reale nel kernel Linux standard erano sostanziali. Finché le patch del tempo reale venivano gestite al di fuori del kernel, l integrazione di queste modifiche rappresentava un attività estensiva che doveva essere rieseguita per ciascuna nuova release del kernel. L inclusione delle modifiche nel kernel standard avrebbe reso superflue ulteriori integrazioni. Il programma di integrazione delle modifiche correlate al tempo reale in Linux finì per durare cinque anni. Gli sviluppatori che vi presero parte identificarono le modifiche più vantaggiose per gli utenti Linux in generale e si misero al lavoro per integrare alcuni di questi cambiamenti in ciascuna nuova release del kernel Linux. Un centinaio di modifiche, ad esempio, avrebbe compromesso una parte sostanziale di una singola release del kernel. Tuttavia, se l obiettivo è di includere dieci modifiche in ciascun kernel, e ogni anno vengono rilasciate da tre a quattro release del kernel, è possibile incorporare questo centinaio di modifiche in tre anni. Questo modello di modifica incrementale rappresenta il modo in cui lavora generalmente la community di Linux. Gli sviluppatori di Linux in tempo reale identificarono anche le modifiche che non dovevano essere implementate nel kernel standard. Si adoperarono quindi per rendere l integrazione di queste modifiche il più semplice possibile, riducendo la quantità di lavoro coinvolta dal kernel standard al kernel in tempo reale. Il risultato finale di questo processo fu un insieme di modifiche al kernel Linux standard di cui beneficiarono gli utenti a livello generale, grazie alla capacità di integrare rapidamente le modifiche restanti e trasformare un nuovo kernel Linux in un kernel in tempo reale. Gli organizzatori del programma Linux in tempo reale riuscirono a integrare le modifiche desiderate senza infastidire o sconvolgere nessuno. Questi cambiamenti ora fanno parte del Linux standard, pertanto vengono testati, supportati e sviluppati in modo più estensivo rispetto a quanto avrebbe potuto fare lo stesso team del tempo reale. Ecco uno dei molti esempi dei vantaggi che derivano dal modello di sviluppo dell open source unito a una buona dose di pazienza e persistenza. È anche un esempio della visione a lungo termine di Red Hat, che investe continuamente e collabora con i partner per offrire un nuovo prodotto vantaggioso per i suoi clienti. 8

9 Upstream tracking 2 Per upstream o gestore upstream si intende la persona o il gruppo che determina il codice che verrà integrato nella versione ufficiale di un pacchetto. Benché chiunque possa modificare il software open source, le modifiche devono essere formalmente accettate in un pacchetto prima che possano essere ampiamente utilizzate e integrate in versioni future. Questo è un meccanismo critico e spesso trascurato del controllo e della qualità del mondo open source, e l unico modo per apportare miglioramenti allo sviluppo ulteriore di un pacchetto. L altro elemento critico del modello di innovazione di Red Hat è l upstream 2 tracking. Per il kernel Linux, questo significa che Red Hat utilizza il codice di kernel.org rilasciato. Red Hat non aggiunge funzionalità al di fuori del processo di sviluppo pubblico. Tutte le nuove funzioni sviluppate da Red Hat vengono innanzitutto inoltrate e accettate dai gestori del kernel (in pratica da Linus Torvalds), quindi integrate in Red Hat Enterprise Linux. Questo garantisce la completa compatibilità di Red Hat Enterprise Linux con la base di codice Linux ufficiale, semplificando il supporto ininterrotto di Red Hat Enterprise Linux e garantendo agli utenti che non saranno vincolati dalle sole funzionalità Red Hat. Ciò significa che Red Hat sfrutta automaticamente il lavoro eseguito da tutti coloro che contribuiscono al kernel Linux e a un ampia gamma di pacchetti a più livelli. Red Hat ottiene questo in due modi. Innanzitutto, attraverso il Fedora Project. Una nuova versione di Fedora viene rilasciata ogni sei mesi. Ogni release di Fedora include l ultima versione del kernel Linux e le ultime versioni di molti pacchetti principali. Questo rende Fedora una piattaforma di sviluppo ideale, dal momento che è molto vicina agli sviluppi correnti dell upstream, fornisce le fondamenta per lo sviluppo di nuove funzionalità e offre un rapido ciclo di feedback. Tuttavia, molte aziende ritengono che Fedora cambi troppo rapidamente per gli ambienti enterprise. Ed è qui che entra in gioco Red Hat Enterprise Linux, con il suo modello a due livelli di release principali e secondarie. Le release principali vengono pubblicate mediamente ogni due-tre anni e sono tutte supportate per un minimo di sette anni. Le release secondarie vengono rilasciate ogni sei mesi attraverso il ciclo di vita di una release principale e vengono sviluppate in base a severi criteri che regolamentano ciò che è consentito e non è consentito modificare. Acquisizione di un istantanea, integrazione e stabilizzazione Analogamente alle release di Fedora, ogni release principale di Red Hat Enterprise Linux contiene un aggiornamento a un nuovo kernel e nuove versioni della maggior parte dei pacchetti. Le modifiche incluse potrebbero essere significative e impattare le interfacce delle librerie e delle applicazioni, i file di configurazione, le strutture dei dati su disco e del kernel e così via. Pertanto, una release principale di Red Hat Enterprise Linux inizia con l acquisizione di un istantanea del kernel e delle versioni stabili più recenti delle migliaia di pacchetti che costituiscono una distribuzione Linux. La fase successiva è l integrazione e la stabilizzazione. Questa fase comporta mesi di lavoro ingegneristico per: garantire che tutti i pacchetti funzionino in sintonia individuare e correggere i difetti creare i file di configurazione appropriati per Red Hat Enterprise Linux testare un ampia gamma di sistemi e periferiche ottimizzare il sistema garantire che sia conforme all identità Red Hat Enterprise Linux I partner Red Hat sono molto coinvolti in questa fase per garantire che la piattaforma risponderà ai loro requisiti e a quelli dei loro clienti. Prendiamo ad esempio il supporto dell hardware. La maggior parte degli sviluppatori Linux utilizza sistemi di piccole dimensioni, pertanto la versione base di Linux è la migliore ottimizzata per questi sistemi. Naturalmente, un sistema di piccole dimensioni oggi è costituito da 4-16 processori con 8-32 GB di memoria. I server moderni sono molto più grandi di questi sistemi e richiedono interventi mirati a garantire il corretto funzionamento con Linux. 9

10 Red Hat investe molto nel collaudo e nell ottimizzazione dei sistemi di grandi dimensioni, e dispone di dozzine di sistemi nei suoi laboratori con 64 o più processori e 100 gigabyte o più di memoria, nonché reti SAN, reti Infiniband ed Ethernet da 10 gigabyte, e suite di test automatizzate che includono le applicazioni enterprise principali. Red Hat dispone inoltre di esperti leader nella progettazione e nell ottimizzazione dei sistemi di grandi dimensioni e lavora a stretto contatto con aziende quali IBM, HP, Dell, Intel, AMD, SGI e altre per garantire che la nuova release di Red Hat Enterprise Linux sia in grado di sfruttare al massimo tutti i vantaggi dei loro sistemi e tecnologie. Oltre alla creazione incentrata sull upstream di nuove funzionalità e capacità, questo non solo è uno dei più grandi investimenti di ingegneria di Red Hat, ma è anche certamente il più critico, dal momento che la fase di integrazione e stabilizzazione è ciò che differenzia maggiormente Red Hat Enterprise Linux dagli altri sistemi operativi basati su Linux. Di Red Hat non viene mai menzionato il team di ingegneri che collauda i limiti dei sistemi, sia hardware che software, con una gamma di carichi di lavoro delle applicazioni e di benchmark. L esecuzione di carichi di lavoro complessi e voluminosi è l unico modo per scoprire i problemi a livello di prestazioni, soprattutto quelli correlati ai sofisticati sistemi odierni. I nuovi sistemi e le nuove versioni di Red Hat Enterprise Linux devono prendere in considerazione fattori quali numero elevato di CPU, quantità elevate di memoria, colli di bottiglia delle comunicazioni, larghezza di banda e latenza I/O, sottosistemi di archiviazione, virtualizzazione, architettura e parametri di sistema. Il team di ingegneri di Red Hat dedicato alle prestazioni eccelle nel rilevamento e nella risoluzione proattiva dei problemi correlati alle prestazioni. Se un cliente riscontra un problema di prestazioni, il team di ingegneri è in grado di replicare il problema e, attraverso il processo di assistenza fornito con un abbonamento Red Hat Enterprise Linux, offrire suggerimenti o lavorare con gli ingegneri Red Hat per risolverlo. Questo lavoro di integrazione e prestazione è più importante di quello che sembra. Si pensi ad esempio a un server di database che ha funzionato bene per anni ma che, a causa dell aumento delle dimensioni del database e del carico degli utenti, ha visto le sue prestazioni scendere a livelli inaccettabili. Si installa un nuovo server di database con numero di processori raddoppiato e memoria quadruplicata, tuttavia il nuovo sistema è più lento del precedente. Che cosa è successo? Ci sono molte possibili cause, che vanno dalla necessità di ottimizzare il sistema alla necessità di modificare gli algoritmi fondamentali del sistema operativo in base all aumento di memoria e del numero di processori. Il punto è che questo si verifica incredibilmente spesso, a prescindere dal sistema operativo in uso. L unico modo per risolvere questa situazione è eseguire carichi di lavoro applicativi effettivi sui nuovi sistemi, rilevare i problemi relativi alle prestazioni e alla scalabilità, quindi risolverli. Ciò richiede investimento e perizie estensivi da parte del fornitore del sistema operativo ed è una delle principali differenze tra Red Hat Enterprise Linux e le distribuzioni di desktop e/o comunitarie. Una larga parte del lavoro alla base della creazione di una piattaforma enterprise è svolta dal team di ingegneri. Non è un lavoro necessariamente entusiasmante, ma è assolutamente necessario. Questo lavoro consiste di operazioni estensive di collaudo, ottimizzazione e risoluzione dei problemi su un ampia gamma di hardware, configurazioni e applicazioni. Si tratta di un lavoro quotidiano rivolto alla cura del singolo dettaglio e a fare in modo che tutte le parti in movimento lavorino correttamente insieme. Per l esecuzione di questo lavoro ci si affida alle persone, ai processi, al sistema e all infrastruttura, ma ancor di più alle risorse e alla forza di volontà corporative, indispensabili per garantirne l esecuzione corretta. 10

11 Ogni release principale di Red Hat Enterprise Linux offre una piattaforma coerente e stabile per l esecuzione delle applicazioni. Questo lavoro non viene menzionato nei comunicati stampa o messo in evidenza nei materiali di marketing. Molti osservatori lo trovano piuttosto noioso. Se il lavoro viene fatto bene, il risultato è un po noioso, cioè si hanno sistemi che funzionano e basta. Comportamento prevedibile. Mancanza di errori emozionanti. Addirittura una notte di riposo tranquillo per gli amministratori di sistema. Dal momento che tutti hanno accesso a tutto il codice Linux, può essere difficile stabilire quali aziende hanno effettivamente la capacità di compiere questo lavoro e quelle che semplicemente riciclano il lavoro altrui. Ci sono diversi fattori da analizzare. Innanzitutto, analizziamo i contributi al kernel Linux e ai pacchetti principali. È facile determinare chi contribuisce effettivamente al supporto e allo sviluppo di Linux. Inoltre, esaminiamo il tipo di patch presentate. Se le patch includono nuovi sviluppi di funzionalità, se sono relative a sistemi di grosse dimensioni (memoria e numero di processori elevati) e a infrastrutture comuni, l impegno dell azienda nei confronti di Linux enterprise è chiaramente serio. Se l azienda non ha molte patch, se non lavora con sistemi di grandi dimensioni o si concentra solo su alcune aree a cui è direttamente interessata, è ragionevole interrogarsi sul suo impegno e capacità a livello generale. Secondo, analizziamo la relazione lavorativa dell azienda con i fornitori di sistemi e di tecnologia principali. L azienda collabora con altri per garantire il supporto del nuovo hardware non appena diventa disponibile? Riceve la tecnologia e i sistemi più recenti? Riceve regolari briefing e aggiornamenti sul roadmap? I partner principali dispongono di ingegneri che lavorano in sede per garantire un coordinamento ottimale? Terzo, analizziamo la qualifica e la certificazione dei sistemi e dell hardware. L azienda ha un programma per testare e qualificare i sistemi che supporta oppure si affida a certificazioni esterne? I sistemi vengono effettivamente testati per appurarne il funzionamento o viene semplicemente presupposto che funzioneranno? Quanti sistemi diversi sono stati certificati e qual è stata la durata del processo di certificazione? Quarto, l azienda ha preso un impegno nei confronti della community o è disponibile ad apportare modifiche esclusive e nuovi sviluppi? L azienda crede nei vantaggi a lungo termine della compatibilità con la community dell upstream oppure è disponibile ad apportare modifiche incompatibili per ottenere obiettivi a breve termine? Supporto La nuova versione di Red Hat Enterprise Linux è pronta per essere rilasciata al termine delle procedure di acquisizione dell istantanea, integrazione e stabilizzazione. È a questo punto che la release principale di Red Hat Enterprise Linux inizia a scostarsi dallo sviluppo dell upstream. O meglio, è a questo punto che lo sviluppo dell upstream inizia a scostarsi da Red Hat Enterprise Linux. Mentre il kernel Linux e il software a più livelli continuano a evolvere, la release principale di Red Hat Enterprise Linux mantiene interfacce stabili per tutto il suo ciclo di vita. Ciò significa che ogni release principale di Red Hat Enterprise Linux offre una piattaforma coerente e stabile per l esecuzione delle applicazioni. Red Hat è impegnata a mantenere stabili le interfacce API, ABI e KABI e l insieme dei pacchetti per tutto il ciclo di vita della release. Ciò significa anche che le applicazioni e gli strumenti non verranno influenzati dagli aggiornamenti contenuti nelle release secondarie di Red Hat Enterprise Linux. Red Hat si sforza infatti di garantire che le release secondarie non compromettano la funzionalità delle applicazioni e se questo avviene, è considerato un difetto da correggere. 11

12 Release secondarie Le release principali di Red Hat Enterprise Linux vengono aggiornate attraverso una serie di release secondarie, la cui pubblicazione avviene circa ogni sei mesi. Ogni release principale viene aggiornata attraverso più release secondarie. 3 Backporting è il processo di modifica di una patch affinché funzioni correttamente con una versione precedente di un pacchetto o di un applicazione. Le release secondarie di Red Hat Enterprise Linux vengono utilizzate per rendere disponibili nuove funzionalità, correzioni di difetti e abilitazioni dell hardware. Questo avviene tramite il backporting 3 del codice dall upstream. Tutte le modifiche vengono esaminate attentamente per garantire che siano compatibili con la release principale e che non modifichino i comportamenti o compromettano il funzionamento delle applicazioni. Le nuove funzionalità vengono per la maggior parte aggiunte nei primi due anni della release principale di Red Hat Enterprise Linux e vengono implementate prima nel pacchetto dell upstream, poi nella versione precedente. La maggior parte delle funzionalità viene fornita e testata in una release Fedora prima di essere inclusa in Red Hat Enterprise Linux. Così facendo, viene fornito un ambiente sia di sviluppo sia di test live prima dell inclusione delle funzioni in Red Hat Enterprise Linux, il che migliora in modo significativo la qualità e la stabilità della piattaforma. Red Hat compie grandi sforzi per garantire la compatibilità delle nuove funzioni, che in genere tende a rendere disponibili come aggiunte (anziché modifiche) alle capacità esistenti. Per abilitazione dell hardware si intende il supporto di nuovi processori e dispositivi, ad esempio i controller di rete, di archiviazione e di grafica, e altri dispositivi. La maggior parte dei nuovi dispositivi è supportata tramite l aggiunta di nuovi driver o l estensione di quelli esistenti. I nuovi processori potrebbero richiedere modifiche al kernel, ad esempio la gestione di memoria e delle risorse, l affinità dei processori, la gestione del consumo energetico o la topologia di sistema. Se i processori implementano nuove istruzioni, potrebbero essere necessarie modifiche al compilatore gcc e alla catena di strumenti correlata. L abilitazione dell hardware ha il doppio obiettivo di supportare i nuovi dispositivi senza che ciò impatti i dispositivi o le applicazioni esistenti. Red Hat si focalizza sull abilitazione dell hardware durante i primi quattro anni di una release principale. Molti cambiamenti in ciascuna release secondaria sono correzioni di difetti. Mentre i difetti critici vengono corretti rapidamente utilizzando patch asincrone, la maggior parte dei problemi viene risolta nella release secondaria successiva, di cui vengono eseguiti test approfonditi, incluso quello della potenziale interazione tra correzioni diverse. CICLO DI VITA Fedora ha un ciclo di vita supportato di tredici mesi. Una nuova release viene rilasciata ogni sei mesi e viene ritirata dopo tredici mesi. Questo significa che lo sviluppo, le correzioni dei difetti e il supporto terminano allo scadere del tredicesimo mese. Benché questo modello funzioni molto bene per i nuovi sviluppi, molti utenti di produzione ritengono che il ciclo di aggiornamenti e modifiche richiesto sia un po troppo rapido. Red Hat Enterprise Linux ha un ciclo di vita di almeno sette anni per le release principali e in genere prevede una nuova release principale ogni due-tre anni. Questo significa che sono disponibili tre release principali supportate di Red Hat Enterprise Linux in qualsiasi momento. Red Hat comunica il ciclo di vita di ciascuna release, in modo che i clienti possano pianificare il loro ambiente e gli aggiornamenti. Come detto in precedenza, Red Hat mantiene le interfacce stabili all interno di una release principale. Pertanto, i clienti possono standardizzarsi attorno a una release principale, confidando nel fatto che saranno in grado di aggiungere nuovi sistemi e gestire un ambiente coerente. 12

13 ABBONAMENTI Una caratteristica esclusiva di Red Hat Enterprise Linux è la sua disponibilità sotto forma di abbonamento, che dà diritto a utilizzare qualsiasi versione supportata di Red Hat Enterprise Linux su un sistema, a ricevere aggiornamenti software per tale sistema, a utilizzare gli strumenti di gestione di sistema di Red Hat e a ricevere supporto. Red Hat offre un ampia gamma di opzioni che determinano i software e i servizi che vengono forniti e a quale costo, al fine di rispondere alla diversità dei datacenter enterprise in criticità e fornire i servizi necessari per una particolare istanza. Il diritto a cui dà titolo un abbonamento non è associato a un singolo sistema. Se si sostituisce un sistema, è possibile annullare la registrazione del sistema precedente con Red Hat Network o Red Hat Network Satellite e registrare quello nuovo al suo posto. L unica restrizione è che ci sono diritti diversi a cui si ha titolo per i sistemi di dimensioni più grandi, pertanto un abbonamento per un sistema di piccole dimensioni può essere utilizzato soltanto con un altro sistema di piccole dimensioni. Le autorizzazioni di Red Hat Enterprise Linux si basano sul numero di socket e non sul numero di processori o core. Per valutare la forza degli abbonamenti Red Hat Enterprise Linux, si pensi ad esempio che, avvalendosi della medesima sottoscrizione, un sistema precedente con processore singolo a 32 bit con Red Hat Enterprise Linux 3 installato può essere aggiornato a un nuovo sistema Red Hat Enterprise Linux 6 a 64-bit, 32-core con due socket. Conclusione Red Hat Enterprise Linux è la principale piattaforma per i carichi di lavoro enterprise. Red Hat Enterprise Linux 6 si basa su questa tradizione offrendo tecnologia innovativa, affidabilità, scalabilità, prestazioni e sicurezza senza precedenti, nonché compatibilità con le applicazioni esistenti. Il modello di sottoscrizione di Red Hat offre valore per i clienti e grande flessibilità per le infrastrutture in uso. Red Hat è un partner fidato in più modi: In qualità di partner ingegneristico, Red Hat guida l innovazione del Linux di base in aree quali la gestione della memoria, le utilità di pianificazione, l archiviazione e la sua gestione, le reti, la gestione del consumo energetico, il tickless kernel e la virtualizzazione. Inoltre, Red Hat guida l innovazione in aree specializzate, quali ad esempio il bus dei messaggi AMQP, un pacchetto di comunicazione software ad alte prestazioni progettato per l elaborazione delle transazioni e il tempo reale. Red Hat intrattiene rapporti di collaborazione con tutte le aziende hardware principali, incluse quelle che si occupano di processori, di grafica, di sistemi e periferiche, ad esempio i controller di rete e di archiviazione. Queste collaborazioni comportano la condivisione di roadmap e pianificazioni, nonché l esecuzione di attività congiunte quali lo sviluppo di soluzioni, il supporto e la risoluzione dei problemi dei clienti. Red Hat opera su più fronti, lavorando con la community, il settore, i partner e i clienti Linux per sviluppare, offrire e supportare la migliore piattaforma per applicazioni enterprise oggi disponibile. Red Hat: leader di valore, partner fidato, contributore principale, fornitore affidabile e scelta sicura. 13

14 UFFICIO VENDITE E INFORMAZIONI EUROPA, MEDIO ORIENTE E AFRICA (EMEA) europe@redhat.com TURCHIA ISRAELE EAU # _1010 Copyright 2010 Red Hat, Inc. Red Hat, Red Hat Enterprise Linux, il logo Shadowman, JBoss, MetaMatrix e RHCE sono marchi registrati di proprietà di Red Hat, Inc negli USA ed in altri paesi. Linux è un marchio registrato di Linus Torvalds negli USA ed in altri paesi.