Definizione e realizzazione di un modello architetturale per la gestione della transazionalità in processi di business distribuiti. Edoardo Di Lorenzo

Transcript

1 Definizione e realizzazione di un modello architetturale per la gestione della transazionalità in processi di business distribuiti 29 marzo 2006 Edoardo Di Lorenzo Relatore: Marco Pistore

2 Web Services sistema software utilizzato per la comunicazione e l integrazione di servizi distribuiti indipendentemente dalla loro implementazione

3 Web Services sistema software utilizzato per la comunicazione e l integrazione di servizi distribuiti indipendentemente dalla loro implementazione un web service è composto da: un formato di messaggi comune ed estendibile (ad es. SOAP) un linguaggio per la descrizione dei servizi comune ed estendibile (ad es. WSDL) un metodo per essere trovato (ad es. WS-Addressing e UDDI)

4 WS-BPEL BPEL è un linguaggio basato su XML ideato per descrivere processi commerciali ed industriali in modo da permettere: un'agevole suddivisione dei compiti tra attori diversi la composizione di web service mediante il paradigma dell'orchestrazione

5 WS-BPEL BPEL è un linguaggio basato su XML ideato per descrivere processi commerciali ed industriali in modo da permettere: una agevole suddivisione dei compiti tra attori diversi la composizione di web service mediante il paradigma dell'orchestrazione esistono due forme di BPEL: eseguibile e astratta

6 WS-BPEL BPEL è un linguaggio basato su XML ideato per descrivere processi commerciali ed industriali in modo da permettere: una agevole suddivisione dei compiti tra attori diversi la composizione di web service mediante il paradigma dell'orchestrazione esistono due forme di BPEL: eseguibile e astratta ASTRO utilizza BPEL per la composizione di processi business distribuiti, mediante sintesi automatica

7 ESEMPIO BPEL: PARTE DI UN COORDINATORE

8 Transazioni importanti nell integrazione di servizi per garantire la consistenza delle operazioni eseguite B2B e B2C

9 Transazioni importanti nell integrazione di servizi per garantire la consistenza delle operazioni eseguite B2B e B2C la teoria delle transazioni applicate ai web service si rifà a quelle sviluppate per i database relazionali anche se con alcune differenze

10 Transazioni importanti nell integrazione di servizi per garantire la consistenza delle operazioni eseguite B2B e B2C la teoria delle transazioni applicate ai web service si rifà a quelle sviluppate per i database relazionali anche se con alcune differenze esistono tre protocolli transazionali per i WS

11 Transazioni importanti nell integrazione di servizi per garantire la consistenza delle operazioni eseguite B2B e B2C la teoria delle transazioni applicate ai web service si rifà a quelle sviluppate per i database relazionali anche se con alcune differenze esistono tre protocolli transazionali per i WS coordinatore e partecipante

12 Lavoro svolto realizzazione di una soluzione architetturale per dotare BPEL del supporto alla transazionalità

13 Lavoro svolto realizzazione di una soluzione architetturale per dotare BPEL del supporto alla transazionalità motivazioni perché richiesto dal mondo economico integrabile negli strumenti sviluppati da ASTRO caratteristica non fornita da nessun engine BPEL

14 Lavoro svolto realizzazione di una soluzione architetturale per dotare BPEL del supporto alla transazionalità motivazioni perché richiesto dal mondo economico integrabile negli strumenti sviluppati da ASTRO caratteristica non fornita da nessun engine BPEL scenario: ecommerce

15 Lavoro svolto realizzazione di una soluzione architetturale per dotare BPEL del supporto alla transazionalità motivazioni perché richiesto dal mondo economico integrabile negli strumenti sviluppati da ASTRO caratteristica non fornita da nessun engine BPEL scenario: ecommerce per portare a termine il compito è stato necessario realizzare tre applicativi

16 Prima soluzione architetturale integrazione diretta BPEL - Cohesions obiettivi realizzare un'implementazione di ecommerce mediante WS integrare un engine transazionale in BPEL realizzare un'interfaccia web per i processi BPEL asincroni

17 Prima soluzione architetturale integrazione diretta BPEL - Cohesions jsp html ajax jws BPEL Store INITIATOR Sito Store jws COORDINATOR Web Browser jws axis PARTICIPANT Cohesion Sito Bank jsp html bean jws BPEL Bank PARTICIPANT

18 Prima soluzione architetturale integrazione diretta BPEL - Cohesions risultati conseguiti prototipo funzionante acquisizione di esperienza

19 Prima soluzione architetturale integrazione diretta BPEL - Cohesions risultati conseguiti prototipo funzionante acquisizione di esperienza problemi emersi architettura complessa non completa divisione tra logica di business e transazionale problemi tecnologici

20 Seconda soluzione architetturale BTP in BPEL obiettivi: individuazione di un modello analisi più approfondita degli standard transazionali

21 Seconda soluzione architetturale BTP in BPEL obiettivi: individuazione di un modello analisi più approfondita degli standard transazionali scritta interamente in BPEL e basata su BTP

22 Seconda soluzione architetturale BTP in BPEL user store COORDINATOR PARTICIPANT bank PARTICIPANT user 3 request(context) 7 response(context_reply) store COORDINATOR 5 enrol 6 enrolled 9 prepare, cancel 12 prepared, not_prepared, cancelled 13 confirm, cancel 16 confirmed, cancelled PARTICIPANT

23 Seconda soluzione architetturale BTP in BPEL obiettivi: individuazione di un modello analisi più approfondita degli standard transazionali scritta interamente in BPEL e basata su BTP risultati: sono stati ricavati dei modelli per la progettazione del coordinatore e dei partecipanti divisione tra logica transazionale e quella business i processi si prestano a sintesi automatica

24 Terza soluzione architetturale integrazione BPEL - Cohesions, con processi traduttori prendendo quanto di buono emerso dalle due precedenti esperienze si è elaborata la terza soluzione architetturale composta da tre livelli: processi business, definiti mediante BPEL processi traduttori che fungono da tramite tra i processi business ed il transaction manager, realizzati in BPEL e mediante funzioni XPath transaction manager, Cohesions

25 m User BPEL 5 request() 6 repy() Bank BPEL m INITIATOR BPEL function extension exceptions / errors 3 scambio contesti BPEL function extension Cohesions PARTICIPANT PARTICIPANT Cohesions COORDINATOR

26 Terza soluzione architetturale integrazione BPEL - Cohesions, con processi traduttori vantaggi è possibile usare processi BPEL standard: è necessario aggiungere solo alcuni port type flessibilità processi facilmente sintetizzabili in maniera automatica

27 Conclusioni successo soluzione applicabile ai tool sviluppati da ASTRO possibili evoluzioni

28

29 BTP prepare prepared cancel cancelled confirm confirmed WS-AT prepare prepared rollback aborted commit committed WS-BA CC (Coordinator Completion) complete completed cancel compensate cancelled compensated close closed WS-BA PC (Participant Completion) * completed cancel compensate cancelled compensated close closed WS-TXM ACID prepare vote rollback rolledback commit committed WS-TXM LRA * addparticipant compensate compensated complete completed WS-TXM BP * workcompleted cancel cancelled confirm confirmed