7 soa event driven architecture

Bas Kruiswijk

Amersfoort20 september 2009

Service Oriented Architecture

Deel 3b: Event Driven Architecture

2© Twynstra Gudde 20-9-2009


OverzichtDeel 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



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



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




– One-way

– “Fire and forget”

– Afnemer stuurt request en verwacht geen response

– Vertrouwen in de ESB mbtgegarandeerd transport

– Ook relatief eenvoudig

– Asynchroon

– Verzender hoeft ontvanger niet te kennen

Verzender Ontvanger

ESB




– Two-way – Afnemer stuurt one-way (fireand 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




– Request / callback – Afnemer stuurt one-way (fireand forget) bericht

– En specificeert de service die bij response moet worden aangeroepen

– Ook asynchroon

Afnemer(consumer)

Service(provider)

ESB




– Publish and subscribe – Verzender stuurt one-way (fireand forget) bericht = publicatie van een gebeurtenis

– Ontvangers ontvangen bericht als zij zich hebben ‘geabonneerd’

– Sterker ontkoppelde en generieke variant van ‘fire and forget’

Verzender Ontvanger

ESB



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)



Event Driven ArchitectureChoreografie leidt tot procesketen

Database

Backends

Diensten

Bestaandsysteem

Domein Domein

Afnemers(presentatie)

1

2

3

4



De verschillentussen SOA en EDA

bron: Gartner



Applicatiearchitectuur



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 [email protected]

www.twynstragudde.nl

7 soa event driven architecture

Documents

Transcript of 7 soa event driven architecture