Alla base delle iniziative di trasposizione online dei processi c’è un approccio allo sviluppo dei software, che ha nei servizi Internet e nella Service oriented architecture le sue fondamenta. L’idea è di facilitare al massimo lo sviluppo di componenti standardizzati e riutilizzabili.
Le imprese che decidono di trasferire online parte dei propri dati, applicativi e transazioni devono farlo con la consapevolezza che questo comporta una revisione totale dellinfrastruttura esistente. Negli ultimi anni in molti si sono posti il problema di convertire al Web i propri sistemi legacy, così come di sviluppare ex novo applicazioni che consentissero di condividere con clienti, partner e fornitori parti più o meno essenziali dei propri processi. Oggi questo è possibile, senza grossi investimenti, grazie alla Service oriented architecture (Soa). Questa è, di fatto, la più recente evoluzione in tema di computing distribuito, basata sugli standard dei servizi Internet in materia di sicurezza, integrazione, gestione e altri requisiti infrastrutturali. Soa offre un metodo piuttosto semplice di comunicazione application-to-application e Gartner stima che, entro il 2008, oltre il 60% delle aziende nel mondo la utilizzerà come linea guida per la creazione di applicazioni chiave per il business.
Diverse topologie
In unarchitettura basata sui servizi, il cliente invoca il fornitore e gli chiede di intraprendere una determinata azione, come si evince dallo schema nella pagina successiva. Questa architettura è, sostanzialmente, un compendio di servizi in grado di comunicare tra loro attraverso delle connessioni. Un servizio è una funzione ben definita, o il terminale di una connessione utilizzata per collegare tra loro applicazioni o infrastrutture. Di fatto, si potrebbe pensare ai servizi come a routine, che vengono messe a disposizione attraverso la rete, ognuna con una sua interfaccia ben definita, solitamente pubblicata su una directory. Questultima è utilizzata dal richiedente per scoprire quali sono i servizi disponibili e chi li fornisce. Tali routine risiedono allinterno di un motore multi-threated, posto nellambito della rete, che permette ai diversi fruitori di utilizzare i servizi e che fornisce, altresì, uninfrastruttura di base (riferita alle funzionalità di security, logging e altre). I servizi possono essere variamente combinati. Le tecniche più diffuse sono il filtering, che permette di utilizzare loutput di un dato servizio come input di un altro (in questo caso si fa riferimento a una topologia di tipo point-to-point), oppure lorchestrazione, che utilizza il linguaggio script per controllare la sequenza e il flusso di informazioni in fase di esecuzione di un servizio (in questo senso, si parla di topologia hub-and-spoke). La tecnologia dei Web service è la tipologia di connessione più utilizzata nellambito della Soa e impiega generalmente il protocollo Xml (eXtensible markup language) per creare collegamenti robusti.
Lidea di unarchitettura basata sui servizi, non è in realtà del tutto nuova perché ne esistono, in passato, vari esempi; primi tra tutti, Dcom (Distributed component object model), Orbs (Object request brokers) e Corba (Common object request broker architecture).
Ridurre a componenti
Il maggior beneficio delladozione di Soa consiste nella possibilità di semplificare lintegrazione delle diverse applicazioni utilizzate in ambienti multivendor. Gli sviluppatori ci guadagnano perché non saranno più costretti a riscrivere righe e righe di codice ma potranno utilizzare protocolli standard, come quelli dei Web service, e ampie porzioni di codice Soa, che sono per loro natura riutilizzabili, riducendo sensibilmente tempi e costi di sviluppo. Sarà possibile convertire a questa architettura le applicazioni host, traducendole in formati .Net o J2Ee o trasformandole direttamente in servizi Web. Questo consente di far fruttare anche gli investimenti sostenuti in passato sul fronte legacy. Sfruttando un approccio integrativo pragmatico, come quello alla base di Soa, sarà altresì possibile prelevare le transazioni dal loro formato nativo e riassemblarle per poterle riutilizzare nello sviluppo di nuove applicazioni. Separare linfrastruttura dal layer dei software permette di "componetizzare" gli applicativi, separandone linterfaccia dallimplementazione, in modo da rendere tutto il ciclo di vita dello sviluppo, dal deploy al testing, decisamente più rapido e fluido. Un altro beneficio implicito in questa tipologia di approccio è lopportunità, data alle aziende che implementano una Soa, di gestire la qualità del servizio (QoS) e di definire e monitorare i livelli di servizio offerti. Gli ambienti legacy sono certamente il componente fondamentale di unarchitettura orientata ai servizi, tuttavia anche i sistemi J2Ee (Java 2 Enterprise edition) e .Net possono esserne degli elementi chiave.
Ambienti estesi e federati
Centrale, nella definizione di una Soa, è il concetto di federazione. Infatti, i servizi sono pensati e sviluppati per essere strettamente accoppiati e i domini nellambito dei quali possono essere richiamati spaziano dallamministrazione alla sicurezza a numerosi altri ambiti. La federazione è il concetto utilizzato per permettere alle diverse entità di differenti domini di interagire tra loro, sulla base di uno specifico insieme di regole ben definite. Anche la gestione di questa nuova tipologia di ambienti risulta facilitata. I componenti individuali, infatti, sono completamente autonomi, tuttavia la loro integrazione su larga scala risulta facilitata proprio in virtù del fatto che lutente potrà avere a disposizione una struttura di gestione federata. In ultima istanza, sarà anche possibile attuare diverse opzioni di gestione, trattandole come se fossero un unico servizio. Una recente ricerca condotta da ZapThink stima che il giro daffari mondiale collegato alle applicazioni di creazione e gestione dei Web service passerà dai 194 milioni di dollari del 2003 ai 30,4 miliardi di dollari del 2010. Oltre l85% del mercato, sempre secondo la stessa fonte, sarà dominato dagli attuali vendor di tool di gestione dei sistemi It, che aggiungeranno alle proprie piattaforme il supporto alla Soa.
Le aziende che decidono di implementare una Service oriented architecture, in linea di principio intendono trattare con un solo vendor, che dovrà farsi carico di esaudire tutti i loro bisogni in materia di software. Oggi, la maggior parte dei fornitori è in grado di erogare solo alcuni degli strumenti necessari per implementare unarchitettura di questo tipo. Tali prodotti sono generalmente riconducibili alle attività di gestione, sicurezza, automazione dei processi di business, integrazione e sviluppo architetturale. Gli specialisti di system management stanno progressivamente incorporando allinterno delle proprie suite anche le funzionalità di sicurezza, mentre i vendor di soluzioni di integrazione includono progressivamente funzionalità di gestione.
Offerte a tutto tondo
Lidea è di fornire una sorta di one-stop-shop, che permetta allazienda di avere un unico riferimento per tutte le esigenze relative allimplementazione e manutenzione dei Web service. Questa situazione genera sicuramente degli spazi per attori finora non presenti nel comparto, che potranno portare sul mercato tool innovativi ma questo si scontra, inevitabilmente, con la progressiva tendenza dei vendor a consolidarsi intorno a poche grandi realtà. Mentre limplementazione della Soa e la gestione dei metadati sono sfaccettature chiave nellambito del più ampio spazio della gestione dei Web service, il cuore di questa tecnologia è ancora appannaggio delle soluzioni di monitoring, gestione dei livelli di servizio e delle eccezioni. In questo segmento dominano vendor quali Actional e Amberpoint (come si evince dal grafico a pag. 14) ed entrambi vantano forti partnership con casa Microsoft.
Un altro sottosegmento di questo ampio comparto è rappresentato dalla sicurezza dei Web service, che è molto spesso interrelata con laspetto gestionale e che vede in Oblix e Westbridge Technology i player di punta. Molti analisti, Ovum e Forrester Research in testa, pensano che proprio in questi due comparti si avrà il maggior consolidamento. La sicurezza, secondo gli analisti, sarà progressivamente assorbita nellambito generico della gestione dei servizi Web e i vendor del settore saranno con buona probabilità acquisiti dai big del managing. Secondo Forrester Research i produttori di soluzioni di gestione dei sistemi It avranno un ruolo di primo piano in questa progressiva concentrazione, perché lindustria spinge verso lintegrazione dei Web service nellambito di piattaforme di più ampio respiro tecnologico, che comprendano i framework (basati su .Net o Java), il network e system management, la gestione delle identità e che saranno, con tutta probabilità, forniti da Ibm, Microsoft, Bea, Oracle, Hp e Sap.
Un mercato per pochi
Il giro daffari di questi servizi evoluti di gestione basati sul Web dovrebbe passare, sempre secondo ZapThink, dai 30 milioni di dollari registrati lo scorso anno agli oltre 350 milioni già nel 2006. "Questo non potrà, infatti, rimanere un mercato separato tanto a lungo – chiarisce Jason Bloomberg, analista di ZapThink – perché i grandi vendor di infrastruttura come Computer Associates, Hewlett-Packard, Ibm e Microsoft si stanno già attrezzando per includere funzionalità di gestione ad ampio raggio dei servizi Web allinterno dei propri prodotti". Ca, ad esempio, ha già incluso in parte queste nuove capacità allinterno della suite Unicenter, mentre Hp e Ibm sono destinati a colmare il gap entro lanno, con nuove opzioni incluse allinterno delle piattaforme OpenView e Tivoli. Microsoft, infine, dovrebbe aggiornare Mom (Microsoft Operation Manager), anche se non prima delluscita del sistema operativo erede di Windows, Longhorn, prevista per il prossimo anno.