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

2. Service Oriented Architecture
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 20-9-2009 2

3. Service Oriented Architecture
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 20-9-2009 3

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

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

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

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

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

9. Service Oriented Architecture
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 20-9-2009 9

10. Service Oriented Architecture
Event Driven Architecture
Choreografie leidt tot procesketen
Afnemers
(presentatie)
1
Diensten 4
2
3
Backends Bestaand
Database systeem
Domein Domein
© Twynstra Gudde 20-9-2009 10

11. Service Oriented Architecture
De verschillen
tussen
SOA en EDA
bron: Gartner
© Twynstra Gudde 20-9-2009 11

12. Service Oriented Architecture
Applicatiearchitectuur
© Twynstra Gudde 20-9-2009 12

13. Service Oriented Architecture
Bas Kruiswijk
bkr@tg.nl
www.twynstragudde.nl
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.
© Twynstra Gudde 20-9-2009 13