Bas Kruiswijk Amersfoort 20 september 2009 Service Oriented Architecture Deel 3b: Event Driven Architecture

© Twynstra Gudde Service Oriented Architecture 2 Overzicht Deel 3: Procesbesturing in een SOA 1.Basisconcepten 2.SOA vanuit organisatorisch perspectief 3.Procesbesturing –Orkestratie –Event-driven (choreografie) 4.SOA vanuit technisch perspectief 5.De SOA infrastructuur 6.SOA in het ontwerpproces

© Twynstra Gudde Service Oriented Architecture 3 Procesbesturing (vervolg) –Twee vormen –Orkestratie – ”dirigent” (vorige keer behandeld) –Choreografie – “estafette” –Choreografie –Geen centrale regie –Proces ontstaat door communicatie van gebeurtenissen (events) –Berichten (messages) –Aanroep van een services = uitwisseling van berichten tussen –Request / response stijl is de meest gangbare SOA-stijl –Andere stijlen, gebaseerd op ‘event’ leiden tot een uitbreiding op SOA: Event Driven Architecture, of ook wel SOA 2.0

© Twynstra Gudde Service Oriented Architecture 4 Berichtuitwisselingspatronen (1) –Request / Response –Afnemer stuurt request en wacht op de response –Te vergelijken met functie- aanroep / RPC –Relatief eenvoudig –Synchroon Afnemer (consumer) Service (provider) ESB

© Twynstra Gudde Service Oriented Architecture 5 Berichtuitwisselingspatronen (2) –One-way –“Fire and forget” –Afnemer stuurt request en verwacht geen response –Vertrouwen in de ESB mbt gegarandeerd transport –Ook relatief eenvoudig –Asynchroon –Verzender hoeft ontvanger niet te kennen VerzenderOntvanger ESB

© Twynstra Gudde Service Oriented Architecture 6 Berichtuitwisselingspatronen (3) –Two-way –Afnemer stuurt one-way (fire and forget) bericht –Service stuurt response als one-way bericht –Asynchrone variant van request / response –Lastig: hoe response te koppelen aan request(proces) Afnemer (consumer) Service (provider) ESB

© Twynstra Gudde Service Oriented Architecture 7 Berichtuitwisselingspatronen (4) –Request / callback –Afnemer stuurt one-way (fire and forget) bericht –En specificeert de service die bij response moet worden aangeroepen –Ook asynchroon Afnemer (consumer) Service (provider) ESB

© Twynstra Gudde Service Oriented Architecture 8 Berichtuitwisselingspatronen (5) –Publish and subscribe –Verzender stuurt one-way (fire and forget) bericht = publicatie van een gebeurtenis –Ontvangers ontvangen bericht als zij zich hebben ‘geabonneerd’ –Sterker ontkoppelde en generieke variant van ‘fire and forget’ VerzenderOntvanger ESB

© Twynstra Gudde Service Oriented Architecture 9 Event Driven Architecture – SOA 2.0 –Architectuur waarin ‘events’ centraal staan – in plaats van services? –Is EDA een bepaalde variant van SOA? –Of de logische volgende stap: Advanced SOA of SOA 2.0? –Is een notificatie van een event echt een ander concept dan de aanroep van een service? –De meeste SOA implementaties gebruiken verschillende berichtuitwisselingspatronen naast elkaar –‘Fire and forget’ en ‘Publish and subscribe’ = events –Andere vorm van procesbesturing mogelijk –Orkestratie in een SOA (centraal geregiseerd proces) –Choreografie in een EDA (procesketen)

© Twynstra Gudde Service Oriented Architecture 10 Event Driven Architecture Choreografie leidt tot procesketen Database Backends Diensten Bestaand systeem Domein Afnemers (presentatie)

© Twynstra Gudde Service Oriented Architecture 11 De verschillen tussen SOA en EDA bron: Gartner

© Twynstra Gudde Service Oriented Architecture 12 Applicatiearchitectuur

© Twynstra Gudde Service Oriented Architecture 13 Alle intellectuele eigendomsrechten met betrekking tot deze presentatie berusten bij Twynstra Gudde. Niets uit deze presentatie mag worden verveelvoudigd of openbaar gemaakt zonder schriftelijke toestemming van Twynstra Gudde. Bas Kruiswijk