Il mercato SOA: futuro e prospettive

Il mercato S ervice O riented A rchitecture futuro e prospettive Emanuele Della Valle CEFRIEL – Politecnico di Milano email: [email_address] web: http://swa.cefriel.it Service Oriented Architecture (SOA): dalla sperimentazione all'implementazione strategica, 15 Marzo 2007, Milano

Tra tanti slogan …

… c’è’unica certezza, … “ It is not necessarily the strongest of the species that survives nor the most intelligent , but the one that is most responsive to change .” --- Charles Darwin “ L’origine della specie” http://it.wikipedia.org/wiki/L%27origine_delle_specie essere preparati a cambiare è l’unica cosa su cui contare --- Michael Liebow Vice President, SOA & Web Services IBM Global Service

… perchè il Business sia flessibile … Today’s IT architectures, arcane as they may be, are the biggest roadblocks most companies face when making strategic moves . --- McKinsey “ Flexible IT, Better Strategy” http://www.mckinseyquarterly.com/article_abstract_visitor.aspx?ar=1346 [Immagini prese da http://moment.mit.edu/imageLibrary/contents/bridges.html]

… l’ICT deve essere flessibile: …
L’ICT è in continua evoluzione, il mercato propone in continuazione nuove tecnologie fondati su nuovi paradigmi.
Le imprese, nei casi migliori, spendono il proprio budget ICT
al 70% sui sistemi esistenti per l’esercizio e l’adeguamento tecnologico
solo al 30% su nuovi sistemi che rispondano all’esigenza di creare maggiore valore per l’impresa
Occorre un cambiamento tecnologico che permetta di
Diminuire i costi di esercizio e manutenzione
Aumentare la capacità di creare valore
ICT di oggi ICT desiderabile 70% esistente 55% esistente 45% ++ valore 30% ++ valore

… diminuendo i costi, perchè … Costi Relativi Costi iniziali Messa in esercizio Manutenzione Cambiamenti [Grafico derivato da studio ZapThink http://www.zapthink.com/] Costi relativi di differenti approcci all’integrazione Integrazione custom Soluzioni EAI proprietarie Soluzioni EAI basate su Web Services Soluzioni EAI orientate alle SOA

… perché qualcosa è cambiato … Costi Relativi Costi iniziali Messa in esercizio Manutenzione Cambiamenti [Grafico derivato da studio ZapThink http://www.zapthink.com/] Costi relativi di differenti approcci all’integrazione Fin dal 1970 la prossima generazione di EAI sarà • distribuita • orientata ai servizi • scalabile • plug and play • integrata • orientata al riuso • orientata ai business objects • orientata ai processi • flessibile SOA over WS (SOAP1.1, WSDL1.2, UDDI, BPEL4WS…) 2010 2005 2000 1995 1990 1985 1980 1970 CORBA 2.4 WS-* 0.x XML-RPC CORBA2.0 CORBA1.0 EDIFACT RPCs Sockets ANSI X12 TDCC Integrazione custom Soluzioni EAI proprietarie Soluzioni EAI basate su Web Services Soluzioni EAI orientare alle SOA

… nelle tecnologie utilizzate, e … standard proprietario standard specifico standard generico XML-RPC UDDI CDS COS naming Java Registry Meccanismo di discovery WSDL DCE IDL CORBA IDL Java Interface Descrizione dell’interfaccia protocolli internet RPC CO IIOP JRMP Protocollo di trasferimento SOAP PDU GIOP stream Formato wire XML XML CDR Java Serialization Formato Dati qualsiasi linguaggio RPC CORBA RMI Java RMI Meccanismo di invocazione Web Services XML-RPC CORBA Java

… e creando maggiore valore, perchè … 1 2 3 4 5 silos object component service SOA Maturità del modello di integrazione infrastuttura architettura applicazioni metodo IT vista dal business Function oriented moduli strutturata Piattaforme proprietarie monolitica Function oriented moduli Object oriented Piattaforme proprietarie a layer Function oriented componenti Component based Piattaforme aperte a componenti Service oriented servizi Service modeling W eb S ervices Ispirata alla SOA Service oriented Processi IT integrati via servizi IT process modeling Web Services SOA Problem oriented Processi integrati via servizi Business Process Modeling Semantic Web Services SESA 6 SESA

… perchè, dai silos verticali …
In assenza di integrazione ogni dipartimento adotta le proprie soluzioni IT integrate (non semplici applicazioni) e le usa in modo esclusivo.
[…] Dipartimento 1 Dipartimento 2 Dipartimento N

… è possibile estrarre i servizi, …
Il primo passo verso una SOA consiste nel razionalizzare le soluzioni IT esistenti individuando le parti potenzialmente comuni a più dipartimenti ed esponendo le come servizi .
[…] Dipartimento 1 Dipartimento 2 Dipartimento N

… e comporli in molteplici processi.
I servizi possono poi essere composti in modo da supportare non solo i processi interni, ma anche processi che coinvolgono i propri fornitori e verso i propri clienti .
Dipartimento 1 Servizi condivisi Servizi outsourced Fornitore Cliente Dipartimento 2

Cosa c’è SOA vs. Web Services
SOA
SOA è una filosofia architetturale:
Flessibile
Aperta al cambiamento e all’evoluzione
Astrae dalla logica di funzionamento interna
Approccio allo sviluppo di una architettura basata su servizi
SOA
non è una particolare tecnologia
non può essere un prodotto vendibile.
Al più una specifica tecnologia può servire ad implementare una SOA e un prodotto di può essere implementato con in mente il paradigma delle SOA
Web Services
Sono un insieme di standard aperti (W3C e OASIS) ampiamente sostenuti dai principali attori ICT
Sono una tecnologia impiegata perchè
garantisce un buon grado di flessibilità e evolvibilità
astraendo dallo specifico linguaggio usato per implementare il service requester e il service provider
I Web Service
non sono una soluzione proprietaria
non sono un prodotto vendibile
Al più
uno specifico servizio può essere implementato usando i Web Service
un’applicazione può essere esposto come Web Service
Cos’è … Cosa non è …

Cosa c’è Il mito Service Oriented Architecture
Il mito delle Service Oriented Architecture (SOA) dice che abilitino flessibilità e dinamismo tramite una descrizione ricca del servizio e un meccanismo di pubblicazione/scoperta di tali descrizioni che permette a richiedenti occasionali di interagire con il servizio senza (o con limitate) conoscenze a priori.
Service provider Service requester source: http://www.w3.org/TR/2002/WD-ws-arch-20021114/ Publish Discovery Agencies Service Description Discover Interact Service Description
Processi supportati da una SOA
Pubblicazione : rendere disponibile una descrizione di un servizio
Discovery : trovare servizi adatti ad un certo scopo
Selezione : trovare il migliore servizio tra quelli disponibili
Com p ensazione : trovare un servizio per effettuare un “undo” o mitigare un effetto non desiderato
Rimpiazzo : sostituire un servizio con un altro equivalente
Esecuzione : invocare da programma servizi
Composizione : aggregare servizi
Monitoring : Controllare l’esecuzione
Auditing : Verificare che le esecuzione di un servizio abbia seguito un processo prestabilito

Cosa c’è La realtà delle SOA basate su Web Services
La realtà è una selva di standard ufficiali, ufficiosi, de facto e presunti nota come WS-AH - Web Services Acronym Hell
XML SOAP WSDL UDDI WSFL DISCO PKI XKMS SAML ebXML XML-RPC XMLP XML-DIGSIG XML-ENC SOAP-SEC X-KISS CPP-CPA WSEL SOAP-RP DIME XLANG DISCO JABBER P3P DSML OWL-S XSD WSBPEL

Cosa c’è L’esperienza permette di distinguere
Nella selva di acronimi serve esperienza per
saper cosa usare per quale scopo e
non farsi ingannare dalla moda del momento
I tre pilastri che fanno dei Web Service una base tecnologica per le SOA
WSDL : Web Services Description Languages
UDDI : Universal Description, Discovery and Integration
SOAP : Simple Object Access Protocol
servono, poi, meccanismi di sicurezza adeguati
XML-security
XML-Encryption : garantire la confidenzialità
XML-Signature : garantire autenticità e non-ripudio
XKMS : gestione delle chiavi
SOAP-Security : integrazione in SOAP
e, sempre più spesso, si sente la necessità
di comporre servizi elementari in processi
complessi
WSBPEL : WS Businness Process Execution Language
WSBPEL SOAP . XML-Security . WSDL UDDI

Cosa c’è WSDL: W eb S ervices D escription L anguages
Un documento WSDL descrive
cosa un Web Service offre,
Descrive il tipo di servizio
Lo stesso tipo di servizio dovrebbe essere implementato da tutti i providers.
Definisce un’interfaccia logica , ovvero il set di operazioni del servizio, in termini di
I messaggi in ingresso e uscita
Il loro formato
I tipi di dato di ciascun elemento del messaggio
come comunica,
Descrive il “binding” dell’interfaccia astratta a i protocolli internet sottostanti
Specifica
quale XML Schema deve essere utilizzata per serializzare i dati;
come costruire la “busta” (envelope) SOAP;
quali header addizionali debbano essere inclusi; e
quale transfer protocol usare.
include o importa la parte cosa del WSDL
e dove trovarlo
Descrive come il servizio è implementato in termini di porte che implementano un binding concreto dell’interfaccia astratta
include o importa la parte come del WSDL
Implementazione (Parte dove ) “ Binding” concreto (Parte come ) Interfaccia astratta (Parte cosa ) <service> <port> <binding> <types> <message> <portType> <operation>

Cosa c’è UDDI : U niversal D escription, D iscovery and I ntegration
Un registro UDDI (v 3.0) contiene:
Pagine Bianche
Nome del service provider, identificativo , indirizzo e altre informazioni per contattare la società
Pagine Gialle
Sistemi di classificazione di service provider e servizi su base geografica, tipo di industri, etc.
Pagine Verdi
Descrizione tecnica delle interfacce del servizio (es. Acquisto libri) e del punto di accesso (URL, e-mail, ecc.) utilizzando opportuni “tModel”
tModel
Definizione tecnica di un tipo di servizio tipicamente emessa da enti di standardizzazione di specifici domini (es. EAN/UCC*) per essere utilizzata dai service provider.
Oggetti nel repository
Tutti gli oggetti descritti sopra sono immagazzinati come metadati nel registro
UDDI prevede API per scrivere e cercare nel repository
* EAN.UCC System standardizza bar codes, insiemi di transazioni EDI transactions sets, schemi XML, e altre soluzioni per rendere più efficiente l’e-business
Business Entity Nome, Indirizzo, Contatti Identificativo ABN, CAN, DUNS, … Classificazione Geografica, tipo di industria, … Business Service Nome, descrizione Classificazione Tipo di processo, ruolo, … Binding Template Descrizione, URL, … tModel Descrizione dell’interfaccia, trasport, protocollo, sintassi, … tModel Nome, descrizione, URL, … Classificazione Tipo, namespace, processo, ruolo, tipo di industria, geografia, riferimenti ad altri tModels XML objects repository Pagine Bianche Pagine Verdi Pagine Gialle Standard

Cosa c’è Relazione tra UDDI e WSDL Impresa A Impresa B WSDL (Parte Come ) WSDL (Parte Dove ) XYZ Service Implementation WSDL (Parte Come ) WSDL (Parte Dove ) XYZ Service Implementation UDDI XYZ Service Binding Template di A UDDI XYZ Business Service di A UDDI Business Entity Impresa A UDDI XYZ Service Binding Template di B UDDI XYZ Business Service di B UDDI Business Entity Impresa B UDDI tModel standard del servizio XYz WSDL (Parte cosa )

Cosa c’è Web Services all’opera Web Service Invocation framework Web Service Execution Environment SOAP Message Processor WS Container Client application Stub Servizio Code to develop Code and XML automatically generated Web Service product WSDL2Code generator public class Calculator { public int add (int i1 , int i2 ){ return i1 + i2; } public int subtract(int i1, int i2){ return i1 - i2;} } Legenda <soap:Envelope> <soapenv:Body> <addResponse> < addReturn > 8 </ addReturn > </addResponse> </soap:Body> </soap:Envelope> Skeleton WSDL (Parte cosa ) WSDL (Parte Come ) WSDL (Parte Dove ) SOAP Message Processor WSDL2code generator […] UDDI tModel standard del servizio Impresa Interfaccia standard di un servizio calcolatrice <soap:Envelope> <soap:Body> < add > < i1 >3</ i1 > < i2 >5</ i2 > </ add > </soap:Body> </soap:Envelope> IN SOAP OUT SOAP

Cosa c’è Composizione: una necessità
In un mercato dinamico e aggressivo, l’estrema specializzazione è una necessità , ma le esigenze dei consumatori restano trasversali e per soddisfarle occorre la collaborazione di molti attori.
Nel caso del turismo , ad esempio, è normale che chi offre viaggi aerei, non offra pacchetti vacanza completi (cosa che, invece, fanno le agenzie di viaggio).
La composizione di servizi cross-organizzazione è una delle possibili vie per offrire servizi ad alto valore aggiunto per l’utente finale integrando i servizi di molte realtà settoriali .
Esempio di composizione del contesto del turismo
Fonte: W3C Note: WSCI http://www.w3.org/TR/ wsci /

Cosa c’è WS-BPEL: esempio per Virtual Travel Agency get itinerary get order order tickets receive confirmation confirm flight send tickets send confirmation submit to agent receive tickets receive confirmation select airline reserve seats charge credit card plan trip Agent Process Airline Process Traveler Process e-payment Process get charge request check credit card Charge card fault handler throw fault handler compensation handler exit compensate

Cosa potete farci VISA ha ridotto i costi operativi
Razionalizzato il 10% delle applicazioni in modo da sfruttare servizi condivisi
Ottenuto accesso veloce e integrato alle transazioni e alle informazioni contenute in molti sistemi eterogenei per automatizzare la risoluzione delle controversie
Riduzione del numero di situazioni che portano a controversie grazie alla nuova capacità di accedere all’informazione e riduzione del 33% il tempo medio di risoluzione di una controversia
Le banche associate nel solo 2005 hanno risparmiato più di 300 milioni di $ grazie a questa riduzione
Risparmio di 52 milioni di $ in costi operativi per chi emette le carte
Il lavoro fin qui fatto rappresenta una estensione al sistema aperto di VISA che punta a incapsulare in servizi tutto il codice dei propri sistemi informativi in modo da favorirne il riuso e semplificarne il rimpiazzo.
Fonte: Network World, 21 Marzo 2005
http://www.networkworld.com/ supp /2005/ndc2/032105visa.html
“ If you take all the transactions across all the stock markets and exchanges in the world, and you aggregated them over a 24-hour period, we do that volume over a coffee break.“ --- Sara Garrison SVP of Network and Open Systems Development

Cosa potete farci Standard Life ha risparmiato £6m con SOA
Standard Life ha risparmiato 6 milioni di sterline sviluppando 14 nuovi prodotti per assicurazioni sulla vita e pensioni interamente costruiti su SOA
Le applicazioni sono state realizzate riutilizzando al 50% servizi esistenti
Su 250 servizi comuni 120 sono utilizzati da tre o più applicazioni
Il carico di lavoro è aumentato del 900% senza nessun aumento del costo di esercizio
Fonte: Computer Weekly, 9 Maggio 2006
http://www.computerweekly.com/ Articles /2006/05/09/215863/Standard+Life+saves+%C2%A36m+with+SOA.htm
“ The architecture has improved the quality and manageability of in-house applications. We are building applications on a proven framework.” — Ian Muir senior manager for core technology Standard Life

Cosa potete farci Xeros aumenta la propria produttività
Lo sviluppo di codice custom per ogni nuova applicazione rallentava la produzione e faceva crescere i costi, Xerox ha puntato sul disaccoppiamento dei data base di back-end dal front-end introducendo una SOA basata su Web Services.
Il ritorno sull’investimento è stato di 24 mesi
Il risparmio sui costi sviluppo nel 2005 è stato di 720.000 $
Lo sviluppo di nuove applicazioni ora richiede mediamente il 25 % in meno di tempo
Fonte: IBM case study, 28 Ottobre 2005
http://www-306.ibm.com/software/success/ cssdb.nsf /CS/HSAZ-6HJTA6?OpenDocument&Site=software
“ we can move forward with a SOA that helps us respond to today’s challenges and gives us a flexible architecture to respond to future challenges .” — Ram Sunkara, Manager, Integration Competency Center, Xerox

Cosa potete farci Cosa serve per ripetere queste esperienze? Skill Governance Investimenti

Cosa potete farci La migliore strategia è partire da dove si è … Implementare singoli Web Services esponendo le funzionalità delle applicazioni esistenti Sviluppare applicazioni dentro e fuori l’impresa basate sui Web Service esposti 1 2 3 4 Trasformare l’impresa dando il massimo accesso interno e esterno a servizi affidabili e sicuri. Modificare i propri processi di business in modo da sfruttare appieno la flessibilità dell’infrastruttura IT

Cosa potete farci … e avere un piano per il lungo periodo. 1 pianificare 2 progettare 3 Implementare 4 Monitorare Cosa fare? Identificare come una SOA può aiuta re a raggiungere obiettivi di business Creare un progetto SOA in cui ogni Web Service venga esposto per una precisa ragione Costruire e mettere in produzione passo passo la SOA basata su Web Services e standard aperti Monitorare le performance e verificare che la SOA soddisfi le esigenze di business Perchè? Obbliga il business a dialogare con l’IT riducendo il rischio di passi falsi Permette all’impresa di imparare a guardare una SOA dal punto di vista del business Evitare l’effetto big bang prendendosi il tempo per pensare alla sicurezza e ai livelli di servizio Aiuta a mantenere gli obiettivi di progetto sotto controllo ottimizzando la creazione di valore

Cosa potrete fare domani Potreste sperimentare alcuni problemi …
È semplice gestire pochi servizi all’interno di un unica organizzazione da utilizzare in processi IT poco complessi
Gestirli diventa difficile quanto i servizi sono numerosi e occorre comporli in complessi business process cross-organizzazione
A4 A1 A4 A1 A2 A1 A2 A1 B3 A4 A2 A1 B3 A1 B3 A1 A1 A2 A1 A4 A4 A2 A1 A4 A4 A2 A1 A2 A2 A1 B3 A1 A1 A2 A1 A1 A1 B3 A1 A1 A1 A1 A4 A4 A4 A1 A1 A2 A1 A4 A1 A1 A1 A1 B3 B3 A2 A4 A1 A1 A2 A1 A1 A2 A1 A1 A1 A1 B3 A4 A1 A1 A1 A1 A1 A1 A4 B3 B3 B3 B3 A1 B3 A4 B3 A1 A4 A1 A4 A2 A2 A1 A1 A1 A1 A4 A1 A1 A1 A2 A1 A4 A1 A4 B3 A1 A1 A4 A2 A4 A1 A1 A2 B3 A1 A2 A2 A1 A1 B3 A1 A1 A1 A1 A1 A4 B3 A2 A1 A4 A1 A1 A1 A4 A1 B3 A1 A2 A2 A1 A4 A2 A1 A2 A1 A1 A1 A2 A1 A1 A1 A1 A1 A1 A1 B3 B3 A4 A4 A1 A4 A2 A1 A4 B8 A1 A4 A1 A2 A4 B3 A1 A4 A6 A2 A5 A4 A1 A4 A1 A1 B3 B3 A1 A1 B3 A1 A1 A4 A4 A1 A1 A4 A1 A2 A1 B3 A1 A4 A4 A1 A2 A2 B3 A2 Pochi servizi Processi IT poco complessi Numerosi servizi Inspired by: J. Cardoso, C. Bussler, A. Sheth1, D. Fensel, Semantic Web Services and Processes , October 2002 Complessi Business Process All’interno di un’organizzazione Tra molteplici organizzazioni A ? C D N1 N2 F E

Cosa potrete fare domani … dovuti all’eterogeneità semantica … interfaccia, il programma che li riceve deve comunque sapere in che formato sono. Occorre comunque accordarsi sulla struttura di ciascun business object. Fino ad ora nessuno ha ancora trovato una soluzione attuabile …” Oracle Chairman and CEO - Larry Ellison “ L’eterogeneità semantica rimane il principale intoppo alla integrazione di applicazioni , un intoppo che i Web Services da soli non risolveranno. Finché qualcuno non troverà un modo di per far sì che le applicazioni si capiscano, gli effetti dei Web Services resteranno limitate. Quando si passano i dati di un utente in un certo formato usando un Web Services come The problem is not in the plumbing, it is in the semantics ” Verizon Chief Scientist - M . L . Brodie

Cosa potrete fare domani … perché la semantica non si vede, ma c’è!
Forse non vi siete mai soffermati a pensare che la maggior parte della conoscenza (semantica) necessaria ad implementare una soluzione basata su SOA non è codificata nella descrizione del servizio (WSDL, UDDI, WSBPEL, …), ma è nella testa delle persone …
Publish Service provider Service requester Discovery Agencies Discover Interact Provider Human Requester Human Provider Entity Requester Entity WSD + WSD + Sem AGREE WSD ? Sem ? Sem

Cosa potrete fare domani Come mettere d’accordo persone e macchine?
Occorrerebbe qualcosa che permetta di rendere esplicita la semantica nascosta in un accordo formale che le macchine possano “ capire ”
Discovery Agencies Publish Service provider Service requester Interact Provider Human Requester Human Provider Entity Requester Entity AGREE Sem Discover + Sem WSD ! WSD + Sem WSD WSD + Sem WSD ? Sem WSD + Sem WSD

Cosa potrete fare domani Usando le tecnologie del Semantic Web …
Semantic Web offers
ontologie ( ) per esplicitare e formalizzare l’accordo
metadati ( ) per permettere alle macchine di “ elaborare ” la semantica
mediatori ( ) per gestire l’eterogenità
Discovery Agencies Publish Service provider Service requester Interact Provider Human Requester Human Provider Entity Requester Entity AGREE Sem Discover + Sem WSD Ontology WSD + Sem WSD WSD + Sem WSD ? Sem WSD + Sem WSD META META META META META META

Cosa potrete fare domani … che a partire dal 2008 … Gartner Presentation: “Time Well Spent: Web Services Mature More” Charles Abrams, Daryl Plummer; Nov. 2004

Cosa potrete fare domani … permetteranno di … … al business di esprimere direttamente i problemi sotto forma di goal e non nei termini del la soluzione (es. servizi) … di modellare processi di business dal proprio punto di vista (goal) e non come processi che integrano servizi … di supportare i processi di business con applicazioni assemblate dinamicamente utilizzando goal-based discovery … basate su Semantically Empowered Service Oriented Architecture … usando come infrastruttura i Semantic Web Service 1 2 3 4 5 silos object component service SOA Maturità del modello di integrazione infrastuttura architettura applicazioni metodo IT vista dal business Function oriented moduli strutturata Piattaforme proprietarie monolitica Function oriented moduli Object oriented Piattaforme proprietarie a layer Function oriented componenti Component based Piattaforme aperte a componenti Service oriented servizi Service modeling Web Services Ispirata alla SOA Service oriented Processi IT integrati via servizi IT process modeling Web Services SOA Problem oriented Integrazione flessibile di servizi Business Process Modeling Semantic Web Services SESA 6 SESA

C’era una volta e un’altra volta non c’era più, ma quella volta comunque c’era …
Nelle soluzioni di application-to-application integration la semantica rimane nella testa di chi scrive l’adapter
Nelle soluzioni di EAI che usano i Web Services per implementare una SOA la semantica è in parte codificata negli standard (XSD, SOAP, WSDL, BPEL4WS, WSCI, etc.) usati per definire i formati dei dati scambiati e le modalità di scambio, ma buona parte rimane della testa di chi realizza la soluzione di integrazione.
[…] adapter […] […] […] […] SOA Sem Sem Sem Sem […] Sem

C’era una volta e un’altra volta non c’era più, ma quella volta comunque c’era …
Le soluzioni di EAI del futuro potrebbero essere basate sui Semantic Web Services e realizzare una S emantically E mpowered S ervice-oriented A rchitecture
In questo modo la semantica risulterebbe condivisa tra gli utenti e le macchine (direttamente disponibile alla soluzione di EAI) permettendo un’integrazione estremamente flessibile in grado di seguire le esigenze di processi di business complessi e mutevoli
[…] […] […] […] SESA + SWS Sem Sem Sem Sem Sem Sem Sem Sem ! 2010 2005 2000 1995 1990 1985 1980 1970 SESA over SWS SOA over WS WS-* 1.x (SOAP1.1, WSDL1.2, UDDI, BPEL4WS…) CORBA 2.4 WS-* 0.x XML-RPC CORBA2.0 CORBA1.0 EDIFACT RPCs Sockets ANSI X12 TDCC

Conclusions An European IST-IP project for SESA and SWS
The major objective of SUPER is to raise Business Process Management (BPM) to the business level , where it belongs , from the IT level where it mostly resides now. This objective requires that BPM is accessible at the level of semantics of business experts
http://www.ip-super.org

Conclusions SEEMP: An application of Semantic Web Services in eGov S ervice A bstract M achine Mediation & Orchestration Layer OSGi core Service Machine Layer 1 Layer 2 Layer 3 Service Machine (Mélusine Core) Mediation and Orchestration Layer Selection Discovery Parser Invocation Invocation Discovery Layer 1 : Abstract machine Layer 2 : Adapters Layer 3 : Real (SEEMP) services EMP -AM (Employment Marketplace Platform Abstract Machine) RM Injection Machine Injection Machine […] Cleansing Ranking Statistics http://www.seemp.org

Conclusions NeP4B: Networked Peers for Business
NeP4B (FIRB 2005)
Aims to provide to Small-Medium Enterprises a flexible IT middleware for finding partners, exchange data and collaborate
http://dbgroup.unimo.it/nep4b/ S S S S S S S S S S M M M M D D M M M M M M D D M M M M M M D D D D S S S S S S S S S S M M M M M M D D S S S S M M M M D D S S S S S S M M S S D D Knowledge resource Mediator Service Discovery Engine Semantic Peers Semantic Super Peers infrastructure M M M M S S ? Distributed Discovery Information Routing

Grazie mille dell’attenzione
Domande?
Contatto
Emanuele Della Valle
CEFRIEL – Politecnico di Milano
email: [email_address]
web: http://swa.cefriel.it
Tel: 02 23954-324

http://emanueledellavalle.org	17
http://www.slideshare.net	6
http://209.85.135.104	1

Il mercato SOA: futuro e prospettive

by Emanuele Della Valle on Nov 14, 2007

Accessibility

Categories

Tags

Upload Details

Usage Rights

3 Embeds 24

Statistics

Il mercato SOA: futuro e prospettive — Presentation Transcript