Il mercato SOA: futuro e prospettive

Il mercato Service Oriented Architecture: futuro e prospettiveIl mercato Service Oriented Architecture: futuro e prospettive © CEFRIEL Author: E. Della Valle© CEFRIEL Author: E. Della Valle- - 11 - -

Il mercato Il mercato SService ervice OOriented riented AArchitecturerchitecture

futuro e prospettivefuturo e prospettive

Emanuele Della ValleCEFRIEL – Politecnico di Milanoemail:[email protected]: http://swa.cefriel.it

Service Oriented Architecture (SOA): dalla sperimentazione all'implementazione strategica, 15 Marzo 2007, Milano

mailto:[email protected]

http://swa.cefriel.it/


Tra tanti slogan …Tra tanti slogan …


… … c’è’unica certezza, …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 LiebowVice President, SOA & Web Services

IBM Global Service

http://it.wikipedia.org/wiki/L%27origine_delle_specie


… … perchè il Business sia flessibile …perchè il Business sia flessibile …

Today’s IT architectures, arcane as they may be, arethe biggest roadblocks most companies face whenmaking 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]

http://www.mckinseyquarterly.com/article_abstract_visitor.aspx?ar=1346


… … l’ICT deve essere flessibile: …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 diDiminuire i costi di esercizio e

manutenzioneAumentare la capacità di creare

valore

ICT di oggi

ICT desiderabile

70% esistente70% esistente

55% esistente55% esistente 45% ++ valore45% ++ valore

30% ++ valore30% ++ valore


… … diminuendo i costi, perchè … diminuendo i costi, perchè … C

osti

Rel

ativ

i

Costi iniziali Messa in esercizio Manutenzione Cambiamenti[Grafico derivato da studio ZapThink http://www.zapthink.com/]

Costi relativi di differenti approcci all’integrazione

Integrazione customSoluzioni EAI proprietarieSoluzioni EAI basate su Web ServicesSoluzioni EAI orientate alle SOA


… … perché qualcosa è cambiato … perché qualcosa è cambiato … C

osti

Rel

ativ

i

Costi iniziali Messa in esercizio Manutenzione Cambiamenti[Grafico derivato da studio ZapThink http://www.zapthink.com/]

Costi relativi di differenti approcci all’integrazione

Integrazione customSoluzioni EAI proprietarieSoluzioni EAI basate su Web ServicesSoluzioni EAI orientare alle SOA

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.4WS-* 0.xXML-RPC

CORBA2.0

CORBA1.0

EDIFACTRPCs

SocketsANSI X12

TDCC


… … nelle tecnologie utilizzate, e …nelle tecnologie utilizzate, e …

standard proprietario standard specifico standard generico

XML-RPC

UDDICDSCOS namingJava RegistryMeccanismo di discovery

WSDLDCE IDLCORBA IDLJava InterfaceDescrizione dell’interfaccia

protocolli internet

RPC COIIOPJRMPProtocollo di trasferimento

SOAPPDUGIOPstreamFormato wire

XMLXMLCDRJava

SerializationFormato Dati

qualsiasi linguaggio

RPCCORBA RMIJava RMIMeccanismo di invocazione

Web ServicesXML-RPCCORBAJava


… … e creando maggiore valore, perchè … e creando maggiore valore, perchè …

1 2 3 4 5silos 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

Processi integrati via

servizi

Business Process

Modeling

Semantic Web Services

SESA


… … perchè, dai silos verticali …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, …è 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 esponendole come servizi.

[…]

Dipartimento 1 Dipartimento 2 Dipartimento N


… … e comporli in molteplici processi.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’èCosa c’è

SOASOA vs.vs. Web ServicesWeb Services

SOASOA è una filosofia architetturale:FlessibileAperta al cambiamento e

all’evoluzioneAstrae dalla logica di

funzionamento internaApproccio 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 ServicesSono un insieme di standard aperti (W3C e OASIS) ampiamente sostenuti dai principali attori ICTSono 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

’è …

Cos

a n

on è

…


Serviceprovider

Servicerequester

Cosa c’èCosa c’è Il mito Service Oriented ArchitectureIl mito Service Oriented ArchitectureIl mitoIl 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.

source: http://www.w3.org/TR/2002/WD-ws-arch-20021114/

PublishPublish

DiscoveryAgencies

Service Service DescriptioDescriptio

nn

DiscoverDiscover

InteractInteract

Service Service DescriptioDescriptio

nn

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• ComCompensazioneensazione: 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

http://www.w3.org/TR/2002/WD-ws-arch-20021114/


Cosa c’èCosa c’è La realtà delle SOA basate su Web ServicesLa realtà delle SOA basate su Web ServicesLa realtà La realtà è una selva di standard ufficiali, ufficiosi, de facto e presunti nota come WS-AH - Web Services Acronym Hell

XMLSOAP

WSDL

UDDIWSFL

DISCO

PKIXKMS

SAML

ebXML

XML-RPC

XMLP

XML-DIGSIG

XML-ENCSOAP-SEC

X-KISS

CPP-CPA

WSEL

SOAP-RP

DIME

XLANG

DISCO

JABBER

P3P

DSML

OWL-S

XSD

WSBPEL


PublishPublish

Serviceprovider

Servicerequester

DiscoveryAgencies

DiscoveryAgencies

Service Service DescriptionDescription

DiscoverDiscover

InteractInteract

Service Service DescriptionDescription

Cosa c’èCosa c’è L’esperienza permette di distinguereL’esperienza permette di distinguereNella selva di acronimi serve esperienza per saper cosa usare per quale scopo enon farsi ingannare dalla moda del momento I tre pilastri che fanno dei Web Service una base tecnologica per le SOA WSDL: Web Services Description LanguagesUDDI: Universal Description, Discovery and IntegrationSOAP: Simple Object Access Protocol

servono, poi, meccanismi di sicurezza adeguatiXML-security

XML-Encryption: garantire la confidenzialità

XML-Signature: garantire autenticità e non-ripudio

XKMS: gestione delle chiaviSOAP-Security: integrazione in SOAP

e, sempre più spesso, si sente la necessitàdi comporre servizi elementari in processi complessiWSBPEL: WS Businness Process Execution Language

WSBPEL

SOAP .XML-Security .

WSDL

UDDI

http://www.w3.org/

http://www.w3.org/



WSDL: WSDL: WWeb eb SServices ervices DDescription escription LLanguagesanguages

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 uscitaIl loro formatoI tipi di dato di ciascun elemento del messaggio

come comunica, Descrive il “binding” dell’interfaccia astratta a i protocolli internet sottostantiSpecifica

quale XML Schema deve essere utilizzata per serializzare i dati;come costruire la “busta” (envelope) SOAP;quali header addizionali debbano essere inclusi; equale transfer protocol usare.

include o importa la parte cosa del WSDLe dove trovarloDescrive 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’èCosa c’è UDDIUDDI: : UUniversal niversal DDescription, escription, DDiscovery and iscovery and IIntegrationntegrationUn 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 registroUDDI 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 EntityNome, Indirizzo, Contatti

IdentificativoABN, CAN, DUNS, …

ClassificazioneGeografica, tipo di industria, …

Business ServiceNome, descrizione

ClassificazioneTipo di processo, ruolo, …

Binding TemplateDescrizione, URL, …

tModelDescrizione dell’interfaccia, trasport, protocollo, sintassi, …

tModelNome, descrizione, URL, …

ClassificazioneTipo, namespace, processo, ruolo, tipo di industria, geografia, riferimenti ad altri tModels

XML objects

repository

Pagine Bianche

Pagine Verdi

Pagine Gialle

Standard



Relazione tra UDDI e WSDLRelazione tra UDDI e WSDL

Impresa A

Impresa B

WSDL(Parte Come)

WSDL(Parte Dove)

XYZ ServiceImplementation

WSDL(Parte Come)

WSDL(Parte Dove)

XYZ ServiceImplementation

UDDIXYZ ServiceBinding Template di A

UDDIXYZ Business Service di A

UDDIBusiness EntityImpresa A

UDDIXYZ ServiceBinding Template di B

UDDIXYZ Business Service di B

UDDIBusiness EntityImpresa B

UDDItModel standard del servizio XYz

WSDL(Parte cosa)


Serviceprovider

Servicerequester

PublishPublish

DiscoveryAgencies

DiscoveryAgencies

DiscoverDiscover

InteractInteract

Web Service Invocation framework


Web Services all’opera Web Services all’opera

Web Service Execution Environment

SOAP Message

Processor

WS ContainerClient

application

Stub

ServizioIN

SOAP

OUT

SOAP

Code to develop

Code and XMLautomaticallygenerated

Web Serviceproduct

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

[…]

UDDItModel 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>



Composizione: una necessità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/

http://www.w3.org/TR/wsci/




getitinerary

getorder

ordertickets

receiveconfirmation

confirmflight

sendtickets

sendconfirmation

submitto agent

receivetickets

receiveconfirmation

selectairline

reserveseats

chargecredit card

plantrip

Agent Process Airline ProcessTraveler Process

Cosa c’è Cosa c’è

WS-BPEL: esempio per Virtual Travel AgencyWS-BPEL: esempio per Virtual Travel Agency

e-payment Process

getcharge request

check credit card

Charge card

faulthandler

throwfaulthandler

compensationhandler

exit compensate


Cosa potete farciCosa potete farci VISA ha ridotto i costi operativiVISA ha ridotto i costi operativiRazionalizzato il 10% delle applicazioni in modo da

sfruttare servizi condivisiOttenuto 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 GarrisonSVP of Network and

Open Systems Development

http://www.networkworld.com/supp/2005/ndc2/032105visa.html




Cosa potete farciCosa potete farci Standard Life ha risparmiato £6m con SOAStandard Life ha risparmiato £6m con SOA

“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

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 diesercizio

Fonte: Computer Weekly, 9 Maggio 2006http://www.computerweekly.com/Articles

/2006/05/09/215863/Standard+Life+saves+%C2%A36m+with+SOA.htm

http://www.computerweekly.com/Articles/2006/05/09/215863/Standard+Life+saves+%C2%A36m+with+SOA.htm




Cosa potete farciCosa potete farci Xeros aumenta la propria produttività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 2005http://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

http://www-306.ibm.com/software/success/cssdb.nsf/CS/HSAZ-6HJTA6?OpenDocument&Site=software




Cosa potete farciCosa potete farci

Cosa serve per ripetere queste esperienze?Cosa serve per ripetere queste esperienze?

Skill

Governance

Investimenti


Cosa potete farciCosa potete farci La migliore strategia è partire da dove si è …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 dasfruttare appieno la flessibilità dell’infrastruttura IT


Cosa potete farciCosa potete farci … e avere un piano per il lungo periodo.… e avere un piano per il lungo periodo.

1pianificare

2progettare

3Implementare

4Monitorare

Cosa fare?

Identificare comeuna SOA può

aiutare 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


A4A1

A4A1 A2

A1 A2

A1

B3A4 A2

A1

B3

A1

B3A1

A1A2

A1

A4

A4 A2

A1

A4A4

A2

A1

A2A2

A1

B3

A1

A1A2

A1A1

A1B3 A1

A1

A1

A1

A4

A4

A4

A1A1

A2A1

A4

A1

A1

A1 A1

B3B3

A2A4

A1A1

A2

A1

A1 A2

A1 A1

A1

A1 B3 A4

A1A1

A1

A1 A1

A1

A4

B3B3

B3

B3

A1

B3

A4

B3

A1A4

A1

A4 A2A2A1 A1

A1

A1

A4

A1

A1

A1

A2

A1

A4

A1

A4

B3

A1 A1A4

A2

A4A1

A1A2

B3

A1 A2

A2

A1

A1B3

A1

A1

A1A1

A1

A4

B3

A2

A1

A4

A1 A1 A1

A4

A1

B3

A1A2

A2

A1

A4 A2

A1

A2

A1

A1

A1

A2A1

A1A1

A1

A1 A1

A1

B3

B3

A4 A4

A1

A4A2

A1

A4

Cosa potrete fare domaniCosa potrete fare domani Potreste sperimentare alcuni problemi …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

A

?

C D

N1 N2 FE

B8

A1A4 A1 A2

A4

B3

A1A4 A6

A2

A5

A4 A1 A4A1A1B3

B3

A1

A1

B3 A1

A1 A4

A4 A1A1A4 A1 A2

A1B3

A1A4

A4

A1A2

A2

B3A2

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’i

nter

no d

i un

’org

aniz

zazi

one

Tra

mol

tepl

ici or

gani

zzaz

ioni


Cosa potrete fare domaniCosa potrete fare domani … dovuti all’eterogeneità semantica …… 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 dasoli 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


?Sem

Cosa potrete fare domaniCosa potrete fare domani … perché la semantica non si vede, ma c’è!… 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 …

PublishPublish

Serviceprovider

Servicerequester

DiscoveryAgencies

DiscoverDiscover

InteractInteract

ProviderHumanRequester

Human

Provider EntityRequester Entity

WSDWSD +

WSDWSD

+ Sem

AGREEAGREE

WSDWSD

? Sem


DiscoveryAgencies

Cosa potrete fare domaniCosa potrete fare domani Come mettere d’accordo persone e macchine?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”

PublishPublish

Serviceprovider

Servicerequester InteractInteract


Human


AGREEAGREEWSD + SemSemWSDWSD

Sem

WSD + SemSemWSDWSDDiscoverDiscover

+ SemSemWSDWSD

?Sem

WSD + SemSemWSDWSD

!


Cosa potrete fare domaniCosa potrete fare domani Usando le tecnologie del Semantic Web …Usando le tecnologie del Semantic Web …

DiscoveryAgencies PublishPublish

Serviceprovider

Servicerequester

InteractInteract


Human


AGREEAGREEWSD + SemWSD

Sem

WSD + SemSemWSDWSDDiscoverDiscover

+ SemSemWSDWSD

?Sem

WSD + SemSemWSDWSD

METAMETA

METAMETA

METAMETA

Ontology

Ontology

Semantic Web offers ontologie ( ) per esplicitare e formalizzare l’accordometadati ( ) per permettere alle macchine di “elaborare” la semanticamediatori ( ) per gestire l’eterogenità

METAMETAMETAMETAMETAMETA


Cosa potrete fare domaniCosa potrete fare domani

… che a partire dal 2008 …… che a partire dal 2008 …

Gartner Presentation: “Time Well Spent: Web Services Mature More” Charles Abrams, Daryl Plummer; Nov. 2004


Cosa potrete fare domaniCosa potrete fare domani

… permetteranno di …… permetteranno di …

4 5service SOA

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

6SESA

… al business di esprimere direttamente i problemi sotto forma di goal e non nei termini della 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


EAI

C’era una volta e un’altra volta non c’era più,C’era una volta e un’altra volta non c’era più,ma quella volta comunque c’era …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

SemSem


C’era una volta e un’altra volta non c’era più,C’era una volta e un’altra volta non c’era più,ma quella volta comunque c’era …ma quella volta comunque c’era …

Le soluzioni di EAI del futuro potrebbero essere basate sui Semantic Web Services e realizzare una Semantically Empowered Service-oriented ArchitectureIn 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

[…]

[…]

[…]

[…]

EAISESA

+SWS

SemSem

SemSem

SemSem

SemSem

!

20102010

2005

2000

1995

1990

1985

1980

1970

SESA over SWSSESA over SWS

SOA over WSWS-* 1.x

(SOAP1.1, WSDL1.2, UDDI, BPEL4WS…)

CORBA 2.4WS-* 0.xXML-RPC

CORBA2.0

CORBA1.0

EDIFACTRPCs

SocketsANSI X12

TDCC


ConclusionsConclusions

An European IST-IP project for SESA and SWSAn 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

://w

ww

.ip-s

uper

.org

http://www.ip-super.org/



SEEMP: An application of Semantic Web Services in eGovSEEMP: An application of Semantic Web Services in eGov

Service Abstract Machine

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

EMPEMP-AM-AM(Employment Marketplace Platform Abstract Machine)

RM

Injection Machine

Injection Machine

[…]

Cle

ansi

ng

Ran

king

Sta

tistic

s

http

://w

ww

.see

mp.

org

http://www.seemp.org/



NeP4B: Networked Peers for Business 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/

SS

SS

SS SS

SS

MM

MM

DD

MM

MMMM

DD MM

MM

MM

DD

DD

SS

SSSS

SS

SS

MMMM

MM

DD

SSSS

MM

MM

DD

SS

SS

SSMM

SS

DD

Knowledge resource

Mediator

Service

Discovery Engine

Semantic Peers

Semantic Super Peersinfrastructure

MM

MM

SS

?

Distributed Discovery Information Routing

http://dbgroup.unimo.it/nep4b/


Grazie mille dell’attenzione

Domande?Domande?

ContattoEmanuele Della ValleCEFRIEL – Politecnico di Milano

email:[email protected]: http://swa.cefriel.it

Tel: 02 23954-324

mailto:[email protected]

http://swa.cefriel.it/

Il mercato SOA: futuro e prospettive

Technology

Transcript of Il mercato SOA: futuro e prospettive