Perché effettuare la sottoscrizione per il software open source di livello enterprise? JBoss Enterprise Middleware. In breve 2

Transcript

1 Perché effettuare la sottoscrizione per il software open source di livello enterprise? I 10 motivi principali per utilizzare JBoss Enterprise Middleware In breve 2 Il dilemma del middleware 3 un modello software ottimizzato: 4 l'open source di livello enterprise 1 Uso e controllo ottimizzati 5 2 opportunità di acquisire piattaforme 5 di livello enterprise e componenti 3 Gestione proattiva della sicurezza 6 4 processo di aggiornamento 7 prevedibile e gestibile 5 Supporto di prima qualità 8 6 consulenza affidabile 9 da parte di esperti software 7 stabilità a lungo termine 9 nell'infrastruttura applicativa 8 libero accesso al codice 10 sorgente di software all'avanguardia 9 vasto ecosistema di partner potere di influenzare lo sviluppo 11 futuro del middleware Conclusione 11 jboss.com

2 In breve Molti decision maker IT desiderano abbandonare le soluzioni middleware proprietarie per una serie di motivi, tra cui politiche di upgrade inflessibili, nessuna possibilità di influenzare le roadmap dei prodotti e costi proibitivi. Tuttavia, temono gli oneri di gestione e manutenzione associati all'uso di componenti software open source gratuiti. Una terza alternativa, ovvero la sottoscrizione per un software open source di livello enterprise, quale JBoss Enterprise Middleware di Red Hat, è diventata sempre più allettante per le organizzazioni che desiderano aumentare la produttività, il valore e il controllo, avvalendosi nel contempo di SLA di supporto di livello enterprise, patch, aggiornamenti e hot-fix garantiti e assicurazione legale. Alla luce dei progressi effettuati dai prodotti open source negli ultimi dieci anni, anche le organizzazioni IT più avverse al rischio hanno riconosciuto i vantaggi dell'approccio open source di livello enterprise. Molte di queste organizzazioni hanno effettuato il passaggio dalle soluzioni proprietarie per ottenere i vantaggi in termini di flessibilità, scalabilità, prestazioni, affidabilità e soddisfazione dei clienti offerti da tale approccio. La maggior parte dei professionisti IT conosce i principi delle tecnologie open source e li ha utilizzati nelle proprie infrastrutture applicative. Tuttavia, poiché il concetto alla base delle soluzioni open source di livello enterprise, quale JBoss Enterprise Middleware, non è altrettanto conosciuto, l'obiettivo di questo documento è quello di descrivere i vantaggi forniti da questo approccio per aiutare le aziende a scegliere la soluzione middleware più appropriata alle specifiche esigenze. JBoss Enterprise Middleware di Red Hat integra componenti software di molte community open source diverse, quali JBoss Community, Apache Software Foundation ed Eclipse Foundation, e li trasforma in un insieme finito e gestibile di piattaforme middleware robuste, totalmente testate, integrate e supportate che, congiuntamente, offrono un'architettura di riferimento middleware per l'azienda odierna. La sottoscrizione per JBoss Enterprise Middleware offre numerosi vantaggi, tra cui: 1. Uso e controllo ottimizzati 2. Opportunità di acquisire piattaforme di livello enterprise e componenti 3. Gestione proattiva della sicurezza 4. Processo di aggiornamento prevedibile e gestibile 5. Supporto di prima qualità 6. Consulenza affidabile da parte di esperti software 7. Stabilità a lungo termine nell'infrastruttura applicativa 8. Libero accesso al codice sorgente di software all'avanguardia 9. Vasto ecosistema di partner 10. Potere di influenzare lo sviluppo futuro del middleware 2 jboss.com

3 Il dilemma del middleware Nell'attuale ambiente aziendale dinamico, le organizzazioni pretendono prestazioni superiori dai sistemi informatici in uso: maggiore velocità, più funzionalità, migliore integrazione, nonché maggiori livelli di affidabilità, stabilità e flessibilità infrastrutturale per adattarsi rapidamente ai nuovi requisiti aziendali. Se molte innovazioni tecnologiche recenti da una parte hanno aiutato i gruppi IT a soddisfare questi requisiti, dall'altra hanno aggiunto complessità alla gestione di un'azienda moderna. Di conseguenza, gli sviluppatori, gli integratori e il personale operativo dedicano molto del loro tempo alla gestione dei problemi legati alla scalabilità e alla complessità. Questi professionisti verificano che componenti diversi di più fornitori funzionino insieme correttamente, implementano un vasto numero di istanze software in un'organizzazione distribuita, semplificano l'accesso ai dati di vari sistemi, risolvono i problemi legati alle prestazioni di molte applicazioni diverse e garantiscono livelli elevati di disponibilità dei sistemi. La quantità di tempo che i professionisti IT dedicano alla risoluzione di questi problemi o di problematiche simili spesso supera di gran lunga quella impiegata per analizzare i requisiti aziendali, selezionare o sviluppare applicazioni e prepararsi per i progetti strategici futuri. I decision maker IT che valutano le soluzioni middleware sono consapevoli delle sfide che i propri team si trovano ad affrontare quotidianamente. Non solo cercano di bilanciare le funzionalità e i costi capitali, ma tentano anche di valutare il TCO operativo continuo, soprattutto considerando l'impatto esercitato sulla produttività dei team. Per individuare le soluzioni middleware giuste per un'organizzazione, generalmente il reparto IT valuta tre categorie di opzioni: Acquisto di una licenza tradizionale per una suite di software proprietari di fornitori quali IBM o Oracle. In genere, queste soluzioni implicano il pagamento anticipato di licenze molto costose, nonché tariffe di manutenzione ordinaria (pari al 20-22% del prezzo di licenza di listino) per gli aggiornamenti e il supporto software. Queste soluzioni possono essere complesse da utilizzare, gestire e mantenere. Inoltre, offrono scarsa o nessuna visibilità sul funzionamento interno del software e limitano l'influenza della maggioranza degli utenti sulle relative direzioni tecniche. Uso di componenti open source disponibili gratuitamente per assemblare e gestire una piattaforma middleware personalizzata, che offre il vantaggio di una rapida innovazione basata sulla community, senza costi diretti e con la massima flessibilità. Tuttavia, i vantaggi hanno un prezzo. Richiedono livelli superiori di competenze, sforzi, attenzione e mitigazione dei rischi sia da parte degli sviluppatori che degli amministratori delle operazioni durante le continue attività di supporto, gestione e aggiornamento dello stack software. Software open source di livello enterprise, quale JBoss Enterprise Middleware di Red Hat, disponibile dietro pagamento di una sottoscrizione. Questa soluzione combina i vantaggi in termini di innovazione e trasparenza del software open source, ma mitiga i rischi con stabilità di classe enterprise a lungo termine, implementazioni di riferimento, certificazioni dei partner, politiche di manutenzione pluriennale e supporto per sviluppatori e produzione basato su SLA generalmente offerti dalle soluzioni software tradizionali. Alla luce delle continue restrizioni dei budget IT e dei sempre più numerosi riconoscimenti di settore tributati al software open source, un numero crescente di acquirenti di middleware sceglie di effettuare la sottoscrizione per il software open source di livello enterprise. Questa decisione trae origine dal desiderio di sfruttare i vantaggi in termini di flessibilità, produttività e costi del software open source, bilanciando al contempo questi vantaggi con livelli di stabilità e qualità di classe enterprise, oltre che con il ciclo di vita di un prodotto software di livello enterprise avanzato. Questa scelta produce una struttura di costo più gestibile, una semplificazione dell'ambiente middleware, una maggiore produttività del personale e un maggiore ritorno sugli investimenti nel middleware. jboss.com 3

4 Un modello software ottimizzato: l'open source di livello enterprise La crescente popolarità dei progetti open source basati sulla community ha indubbiamente aiutato a favorire l'innovazione e a ridurre i tradizionali ostacoli legati all'ottenimento e all'utilizzo del software. Il prezzo da pagare per questi vantaggi è la responsabilità della gestione e della manutenzione ordinaria a carico dell'utente. Il modello commerciale open source di livello enterprise è stato creato in risposta agli svantaggi associati ai modelli esistenti per l'acquisto di software. I principali fattori di valore dell'open source di livello enterprise sono: il modello di accesso al software e gli incentivi che spingono il fornitore a offrire il software e i servizi necessari per garantire il successo del cliente. I progetti open source esclusivamente basati sulla community favoriscono la collaborazione, l'innovazione e la risoluzione dei problemi. Tuttavia, poiché questi progetti generalmente non sono controllati da un singolo fornitore, i miglioramenti delle funzionalità e le correzioni dei difetti devono attendere il consenso da parte della comunità. Ciò può produrre diffidenza da parte delle aziende riguardo alla stabilità o alla supportabilità dei progetti open source. La differenza che caratterizza l'open source di livello enterprise consiste nel fatto che i fornitori assegnano notevoli risorse di progettazione a una serie di progetti open source per garantire la presenza di una base di conoscenze e competenze critiche su cui creare la stabilità e la supportabilità necessarie per utilizzare il software in implementazioni mission-critical. Questa capacità viene fornita ai clienti attraverso un modello di sottoscrizione. Le sottoscrizioni vengono rinnovate annualmente. Poiché dopo un anno rischiano di incorrere in perdite commerciali qualora la clientela non sia soddisfatta del software, i fornitori sono altamente motivati a mantenere un livello elevato di soddisfazione dei clienti, sia nuovi che consolidati. I clienti pagano una quota di sottoscrizione annuale per l'open source di livello enterprise, in quanto il fornitore offre al cliente un valore molto superiore rispetto a quello dei componenti open source gratuiti. Qual è la natura di tale valore? Nella parte restante di questo documento vengono descritti i dieci vantaggi principali della sottoscrizione per JBoss Enterprise Middleware. 4 jboss.com

5 1. Uso e controllo ottimizzati JBoss Enterprise Middleware fornisce un maggiore controllo del budget IT, che consente ai clienti di reindirizzare il budget che sarebbe stato altrimenti speso per un middleware proprietario complesso e costoso, investendolo in persone e progetti in grado di aiutare a realizzare obiettivi aziendali strategici. Inoltre, la natura esclusiva del modello di sottoscrizione consente ai clienti di effettuare gli upgrade in base alle proprie condizioni e non a quelle dei fornitori. Una sottoscrizione conferisce al cliente il diritto di accedere al supporto, alle patch e agli aggiornamenti di qualsiasi versione del software non appena questi vengono resi disponibili. Gli utenti che dispongono di una sottoscrizione ottengono la versione più recente. Non occorre acquistare altro. 2. Opportunità di acquisire piattaforme di livello enterprise e componenti I progetti della JBoss Community sono composti da molti progetti indipendenti, ciascuno dei quali è caratterizzato da un programma di release, versioni e dipendenze software propri. Queste differenze possono creare problemi ai professionisti IT che desiderano utilizzare contemporaneamente vari componenti. Inoltre, in conformità con la pratica ottimale dell'open source, tutti i membri della comunità che forniscono un contributo possono assegnare funzionalità e aggiornamenti al codice del progetto, alcuni dei quali non sono destinati alle implementazioni di tipo enterprise. Per alcuni sviluppatori non si tratta di un problema. Pur di avere accesso alle ultime funzionalità, sono disposti ad affrontare le difficoltà legate all'acquisizione, all'integrazione, al sanitizing, al testing e all'aggiornamento di numerosi componenti open source diversi. Per gli sviluppatori di soluzioni avanzate che non sono sotto pressione per il rilascio di un'applicazione stabile in tempi ristretti, questo è un approccio ragionevole. Tuttavia, la maggior parte dei professionisti IT enterprise preferisce utilizzare piattaforme per cui qualcun altro ha già svolto gran parte del lavoro di integrazione. Per questo motivo, il team di JBoss Enterprise Middleware realizza le piattaforme a partire dai componenti, mediando tra il rapido sviluppo dei progetti della community e i requisiti enterprise per ottenere la funzionalità e la stabilità di una piattaforma specifica. Questa mediazione avviene attraverso un processo di "productization" suddiviso in due fasi. Inizialmente, il team seleziona più progetti della community da utilizzare contemporaneamente come piattaforma. Quindi, questi componenti grezzi vengono sottoposti a un rigoroso processo di testing a livello di prodotto, sia separatamente che congiuntamente, per creare piattaforme sanitizzate, stabili, resilienti e ad alte prestazioni in grado di soddisfare i requisiti aziendali. Nello specifico, JBoss Enterprise Middleware viene sottoposto a un processo di testing non eseguito nella community, che include test approfonditi di prestazioni e scalabilità, disponibilità, affidabilità e compatibilità con varie combinazioni di sistemi operativi, JVM e database. Poiché gli sviluppatori di JBoss Enterprise Middleware hanno già effettuato il testing congiunto dei componenti, i professionisti IT possono implementare un'infrastruttura middleware per le loro applicazioni in modo molto più rapido rispetto all'uso di singoli componenti della community. jboss.com 5

6 Al contrario, i professionisti IT che utilizzano i progetti della community senza questa mediazione si trovano ad affrontare un rischio più elevato di guasto di un componente software non testato o di problemi di compatibilità tra più componenti in assenza di un ulteriore lavoro di sviluppo e integrazione sostanziale. In queste organizzazioni, gli sviluppatori e i professionisti delle operazioni possono perdere molto tempo per la risoluzione dei problemi e l'azienda può subire interruzioni delle attività a causa di tempi di fermo dei sistemi o altri tipi di guasto. Fornendo piattaforme conformi agli standard enterprise, JBoss Enterprise Middleware aiuta i gruppi IT ad evitare tali rischi e a ridurre i costi opportunità. La maggior parte dei progetti della community sviluppati all'interno di una piattaforma JBoss Enterprise Middleware è diretta dagli ingegneri di Red Hat. Questo fornisce a Red Hat un controllo ineguagliato delle roadmap dei progetti, nonché una conoscenza approfondita del codice. Trattandosi degli stessi ingegneri che contribuiscono alla "productization", nonché al supporto e alla gestione di questi progetti, le piattaforme vanno a costituire una combinazione esclusiva difficilmente replicabile in altri ambienti. 3. Gestione proattiva della sicurezza Tutte le organizzazioni IT prendono in seria considerazione la sicurezza, poiché problemi quali il danneggiamento dei dati dei clienti e delle applicazioni possono esporre l'azienda a gravi rischi. Tuttavia, mentre i sistemi diventano sempre più complessi, un'enorme serie di divulgazioni sui componenti hardware e software dei fornitori rende la risoluzione dei problemi legati alla sicurezza dispendiosa in termini di tempo e difficile da gestire. Il JBoss Enterprise Middleware Security Response Team, composto da esperti della sicurezza di tutto il mondo, si occupa del monitoraggio proattivo dei problemi legati alla protezione che possono verificarsi negli stack applicativi dei clienti. Ciò implica il controllo dei report dei software di terzi, la cooperazione con i partner e l'esecuzione di test personalizzati. Poiché i membri del Security Response Team sanno quali versioni di JBoss Enterprise Middleware vengono utilizzate dagli utenti, possono stabilire rapidamente l'impatto di un determinato problema di sicurezza e, se necessario, procedere alla creazione di una patch per risolverlo. Grazie al monitoraggio continuo dei problemi di sicurezza da parte di Red Hat, è possibile ridurre il rischio minimizzando il lavoro del team aziendale. Al contrario, i professionisti IT che utilizzano i progetti della community devono gestire da soli i potenziali problemi di sicurezza correlati ai componenti open source in uso. Questo aumenta la quantità di tempo che devono dedicare al monitoraggio delle minacce, nonché il rischio per le organizzazioni per cui lavorano qualora non fosse possibile correggere le potenziali vulnerabilità. Inoltre, i professionisti IT devono avere una conoscenza approfondita del codice alla base dei progetti per applicare eventuali patch di sicurezza e verificare che siano correttamente testate. Un'altra importante distinzione riguarda le modalità secondo cui le patch vengono rilasciate nella community e in JBoss Enterprise Middleware. Per i progetti della community, in genere le patch per i problemi di sicurezza non vengono incluse nella versione corrente, ma viene creata una nuova versione che solitamente contiene non solo le patch, ma anche nuove funzionalità. In alcuni casi, le nuove funzioni non sono compatibili con le versioni precedenti. Per questo motivo, per ottenere la correzione per la sicurezza, è necessario procedere all'upgrade del componente, che implica un'ulteriore esecuzione dei cicli di integrazione, testing e certificazione. JBoss Enterprise Middleware, invece, fornisce le patch di sicurezza in una versione stabile che non richiede l'aggiornamento a una nuova versione con nuove funzioni. 6 jboss.com

7 4. Processo di aggiornamento prevedibile e gestibile Mentre i progetti della community open source vengono sviluppati e migliorati continuamente, le organizzazioni IT di livello enterprise non aggiornano gli stack applicativi quando viene rilasciato un aggiornamento middleware, ma preferiscono pianificare e programmare gli aggiornamenti software in modo da minimizzare le interruzioni e massimizzare la produttività aziendale. I requisiti della gestione aziendale hanno portato allo sviluppo di pratiche ottimali relative agli aggiornamenti software comunemente accettate, che includono: Risoluzione dei problemi in base a una classifica di priorità Distribuzione di aggiornamenti di minore entità in base a una pianificazione periodica Descrizione chiara dei problemi che sono stati risolti e dei problemi noti non ancora risolti Implementazione tempestiva delle patch di correzione di difetti critici Esecuzione di test di regressione approfonditi per tutti gli aggiornamenti software Aggiornamenti all'interno di release minori compatibili con le versioni precedenti Queste procedure non sono esclusive dei fornitori di software proprietari; il team di JBoss Enterprise Middleware, infatti, crea gli aggiornamenti software nello stesso modo. Di conseguenza, i clienti di JBoss Enterprise Middleware sfruttano i vantaggi offerti da un flusso di aggiornamenti prevedibile e gestibile. Questo processo permette alle organizzazioni IT di pianificare le patch rimanendo estranee ai rapidi e potenzialmente destabilizzanti cambiamenti apportati ai progetti della community correlati. Le aziende non solo possono sfruttare tutti i vantaggi delle correzioni non appena queste vengono create, ma possono anche avvalersi del continuo sviluppo funzionale dei componenti open source, quando necessario. JBoss Enterprise Middleware offre inoltre un processo di correzione dei difetti e di miglioramento completamente trasparente. I clienti possono controllare tutti i problemi in qualsiasi momento, anche prima che vengano risolti. Questa tendenza è in netto contrasto con le procedure adottate dai fornitori proprietari, che solitamente non comunicano i dati relativi agli errori ai clienti. Grazie alla trasparenza del processo di JBoss Enterprise Middleware, i clienti possono prendere decisioni informate e scegliere se effettuare l'aggiornamento a una release di correzione dei difetti oppure a una versione principale completamente nuova. I clienti possono anche confrontare i problemi noti con i propri casi specifici e creare un piano di prova ben strutturato per ottimizzare il processo di aggiornamento riducendo i costi complessivi. Le organizzazioni IT che si avvalgono dei componenti software della community open source devono consultare i forum della comunità per individuare eventuali informazioni sui difetti (ammesso che questi siano segnalati) e attendere il rilascio di correzioni e miglioramenti. Diversamente, se tentano di correggere autonomamente i componenti open source, rischiano di creare un'eredità di software non standard. I clienti di JBoss Enterprise Middleware, invece, possono utilizzare gli aggiornamenti creati e testati da un team di livello enterprise, e in questo modo possono aggiornare il software senza incorrere in un rischio aziendale aggiuntivo. jboss.com 7

8 5. Supporto di prima qualità Oltre a fornire piattaforme tecnologiche di classe enterprise solide e affidabili, Red Hat offre un supporto di qualità superiore per garantire ai propri clienti di ottenere i massimi vantaggi da tali piattaforme. Le percentuali di rinnovo costituiscono l'indicatore di prestazione chiave per Red Hat. Tuttavia, durante il confronto della qualità del supporto offerto per le soluzioni middleware, le aziende che valutano il prodotto non devono credere sulla parola ai fornitori. Prima di scegliere una soluzione, è consigliabile parlare con gli utenti del software che sono riusciti a risolvere i problemi ricorrendo all'aiuto dei tecnici del servizio di assistenza. Di seguito sono riportati alcuni degli elementi che contribuiscono all'elevata qualità del supporto di JBoss Enterprise Middleware: Modello di sottoscrizione che favorisce un servizio clienti di qualità superiore. L'intero modello commerciale di JBoss Enterprise Middleware si basa sulla soddisfazione dei clienti. Con il rinnovo annuale delle sottoscrizioni i clienti hanno un'ampia opportunità di valutare i vantaggi offerti dal rapporto intrattenuto. La priorità assoluta del team di JBoss Enterprise Middleware è quella di garantire il successo dei clienti attraverso l'uso delle soluzioni fornite. Al contrario, i fornitori di software proprietari devono continuamente scegliere se concentrarsi sullo sviluppo di funzionalità in grado di attrarre nuovi clienti o sullo sviluppo rivolto ai clienti esistenti che hanno già acquistato le licenze. L'accesso a professionisti del servizio di assistenza altamente qualificati consente di ottimizzare la produttività del team. Red Hat ha creato un team di supporto altamente specializzato con una gerarchia articolata. I tecnici del servizio di assistenza vantano in media un'esperienza di 8-10 anni e sono in grado di comprendere il codice e creare patch appropriate. Inoltre, gli esperti tecnici del team aziendale e della community che hanno contribuito allo sviluppo dei vari componenti middleware possono essere contattati telefonicamente e sono a disposizione per fornire risposte dettagliate alle eventuali domande. Questo significa che gli sviluppatori che necessitano di assistenza non devono perdere tempo a parlare con persone che non sono in grado di risolvere i loro problemi tecnici, ottenendo una maggiore produttività del team. L'open source semplifica la risoluzione dei problemi. Il libero accesso al codice sorgente semplifica la correzione dei problemi. Attraverso l'accesso al codice sorgente, uno sviluppatore e l'esperto del supporto di JBoss Enterprise Middleware possono individuare e risolvere rapidamente un problema, senza dover ricorrere alla procedura a più fasi necessaria per i software proprietari. Inoltre, poiché tutto il codice è open source, Red Hat monitora e interagisce costantemente con le community per rendere disponibili i progetti per l'uso e il testing su vasta scala. Rispetto alle soluzioni alternative, l'open source consente di ottenere un feedback più immediato su nuove funzionalità e correzioni dei difetti. Il supporto illimitato ottimizza la risoluzione dei problemi. JBoss Enterprise Middleware supporta un numero illimitato di interventi di assistenza. Secondo la filosofia di Red Hat, se ricevono l'assistenza necessaria al momento giusto, gli utenti ottengono maggiori vantaggi dal software e dal rapporto con il fornitore. 8 jboss.com

9 6. Consulenza affidabile da parte di esperti software Gli sviluppatori e gli architetti si avvalgono della consulenza del team di JBoss Enterprise Middleware per specializzarsi nelle pratiche ottimali software e per stare al passo con i progressi raggiunti nel middleware, nello sviluppo delle applicazioni e nella gestione. Red Hat trasforma quelle competenze in valore per i clienti in due modi. Innanzitutto, JBoss Enterprise Middleware fornisce un'architettura di riferimento aperta che rappresenta il punto di convergenza delle competenze di migliaia di sviluppatori di tutto il mondo. In secondo luogo, il team di JBoss lavora a stretto contatto con i clienti per comprendere i loro problemi e fornire consigli su un'ampia serie di argomenti, consentendo loro di risparmiare tempo e denaro. I tecnici del servizio di assistenza di JBoss Enterprise Middleware sono professionisti versatili ed esperti, che possono non solo rispondere a domande sul software, registrare difetti e risolvere problemi tecnici, ma anche fornire consigli sull'architettura applicativa, sulle decisioni in materia di progettazione, sulla tecnologia da valutare, sulle pratiche ottimali per la configurazione del data center e sui nuovi sviluppi nelle applicazioni aziendali. Questi professionisti sono anche parte integrante dei progetti della community, poiché forniscono i requisiti relativi alla piattaforma sia alla community che agli ingegneri di Red Hat, per garantire che la roadmap si basi sui requisiti dei clienti. 7. Stabilità a lungo termine nell'infrastruttura applicativa Dato che la maggior parte delle applicazioni aziendali viene utilizzata per almeno tre anni, non c'è niente di più frustrante che essere costretti ad effettuare l'aggiornamento a una nuova versione middleware semplicemente perché la versione in uso non sarà più supportata dal fornitore. Mentre quasi tutti i fornitori proprietari offrono una stabilità a lungo termine, quest'ultima non è garantita dai progetti della community. Per assicurare la stabilità a lungo termine delle infrastrutture applicative dei clienti, Red Hat garantisce il supporto completo di ogni nuova versione di JBoss Enterprise Middleware per almeno cinque anni. Ciò significa, ad esempio, che Red Hat si impegna a creare patch di correzione dei difetti e delle falle della sicurezza per almeno cinque anni dalla data di rilascio della soluzione. jboss.com 9

10 8. Libero accesso al codice sorgente di software all'avanguardia L'approccio open source allo sviluppo software si basa sull'idea che la collaborazione aiuta ad aumentare la produttività. Diversamente dalle soluzioni proprietarie, in cui il codice sorgente è considerato come una serie di informazioni disponibili solo per il relativo di proprietario, il software open source trae vantaggio dal contributo di tutti gli utenti che partecipano alla progettazione e all'implementazione del codice sorgente. Sia i progetti della JBoss Community che le soluzioni JBoss Enterprise Middleware sfruttano i vantaggi offerti da un processo di sviluppo aperto che supporta la collaborazione di molte menti per decidere il metodo più adatto per migliorare un determinato componente middleware. Questo approccio produce uno sviluppo rapido e iterativo che si avvale del contributo di molte prospettive diverse per garantire il progresso tecnologico. Il codice viene testato in diversi ambienti, rappresentati dai vari membri della community che partecipano ai progetti. L'open source offre ai fornitori e agli utenti l'accesso al feedback immediato sull'applicabilità del codice (funzionalità, API e così via) in un ambiente più vasto rispetto al closed source, consentendo in questo modo di rispondere più rapidamente alle esigenze mutevoli degli utenti. Sia che si utilizzino i progetti gratuiti della JBoss Community o che si effettui una sottoscrizione per JBoss Enterprise Middleware, i professionisti IT disporranno sempre dell'accesso al codice sorgente. Questa visibilità fornisce un controllo del middleware superiore rispetto a quello offerto dalle soluzioni proprietarie. 9. Vasto ecosistema di partner Mentre incrementano l'uso delle tecnologie Java EE, le aziende possono confidare nel supporto del vasto ecosistema di partner di JBoss Enterprise Middleware. Questa rete mondiale di partner include integratori di sistemi e società di consulenza locali che sono diventati Red Hat Advanced Business Partner, integratori di sistemi globali, ISV di tecnologie che commercializzano i propri prodotti all'avanguardia in aree tecnologiche correlate, nonché centinaia di ISV di applicazioni che hanno creato i propri prodotti in modo da essere eseguiti o integrati in una piattaforma JBoss Enterprise Middleware. Questa vasta rete di partner per software, consulenza, integrazione, formazione e hosting supporta le piattaforme JBoss Enterprise Middleware, senza svolgere un ruolo attivo nei progetti della community. 10 jboss.com

11 10. Potere di influenzare lo sviluppo futuro del middleware Riuscire a influenzare la tendenza dei prodotti di un grande vendor proprietario è un'impresa praticamente impossibile, perché sarebbe necessario fare sentire la propria voce tra migliaia di altre e penetrare in un modello di sviluppo chiuso. I progetti della community offrono ai partecipanti la possibilità di pubblicare consigli, tuttavia, anche se questi vengono accettati, i progetti rimangono senza supporto e non vi è alcuna garanzia di un rilascio di patch o di aggiornamenti a lungo termine. Effettuando la sottoscrizione a JBoss Enterprise Middleware, si entra a far parte di un gruppo selezionato, ottenendo un'attenzione particolare verso le proprie esigenze, poiché la voce del cliente viene amplificata nelle community in virtù del controllo che JBoss esercita nell'ambito dei propri progetti e oltre. Nel rapporto con Red Hat, il flusso di consigli fidati è bidirezionale. Red Hat non avrebbe ottenuto questo successo se non avesse ascoltato attentamente le richieste dei clienti. Red Hat deve impegnarsi per comprendere non solo i requisiti delle infrastrutture applicative, ma anche le esigenze future dei clienti per garantire loro un supporto completo. Attraverso il comitato consultivo dei clienti, i dialoghi tra i clienti e l'organizzazione di supporto altamente ricettiva, Red Hat prende in considerazione tutte le richieste e, mediante l'influenza esercitata sulla JBoss Community e su JBoss Enterprise Middleware, garantisce che le roadmap software vengano create in modo da soddisfare le esigenze dei clienti. Conclusion Il modello open source di livello enterprise, di cui JBoss Enterprise Middleware è un esempio, offre notevoli vantaggi alle organizzazioni che desiderano avvalersi del software open source ottenendo allo stesso tempo i livelli di stabilità, gestibilità e supporto tradizionalmente offerti dal software proprietario. Effettuando la sottoscrizione per JBoss Enterprise Middleware, le organizzazioni ricevono i massimi vantaggi da entrambi gli ambienti, senza incorrere nei problemi di gestione e nei rischi aziendali aggiuntivi legati all'uso di componenti open source gratuiti. Per ulteriori informazioni sui vantaggi offerti da una sottoscrizione per JBoss Enterprise Middleware, visita il sito jboss. com o contatta un rappresentante Red Hat. jboss.com 11