Eventgedreven architectuur

Wat is eventgedreven architectuur?

Een eventgedreven architectuur is een manier om systemen te laten samenwerken via gebeurtenissen. Een event zegt dat er iets gebeurd is: een bestelling is geplaatst, een factuur is betaald, een klantstatus is gewijzigd.

In plaats van elke paar minuten te vragen "is er iets nieuws?", publiceert het bronsysteem een event zodra de gebeurtenis plaatsvindt. Andere systemen kunnen daarop reageren.

Dat past goed bij processen die over meerdere tools lopen. De webshop hoeft niet te weten welke systemen allemaal geïnteresseerd zijn in een nieuwe bestelling. Ze publiceert het event, en de rest luistert mee volgens afgesproken regels.

De onderdelen

Event
Het bericht dat beschrijft wat gebeurd is. Bijvoorbeeld: order.created met ordernummer, tijdstip en klantreferentie.

Producer
Het systeem dat het event publiceert. Dat kan een webshop, ERP, app of data pipeline zijn.

Broker of eventbus
De tussenlaag die events ontvangt en doorstuurt naar geïnteresseerde systemen.

Consumer
Het systeem dat reageert. Bijvoorbeeld een facturatieflow, voorraadupdate of notificatie naar Teams.

Wanneer gebruik je events?

• Bij snelle reacties
  Een klant betaalt en meteen vertrekt een bevestiging.

• Bij losse koppeling
  Nieuwe consumers kunnen meeluisteren zonder de producer aan te passen.

• Bij schaal
  Veel gebeurtenissen kunnen via queues of streams gespreid verwerkt worden.

• Bij audit
  Events vormen een natuurlijk spoor van wat er in een proces gebeurde.

Events versus API-polling

Bij polling vraagt systeem A telkens aan systeem B of er iets veranderd is. Dat is simpel, maar kan traag en inefficiënt worden. Bij events vertelt systeem B zelf dat er iets gebeurd is.

Events zijn sterker wanneer snelheid en schaal tellen. Polling blijft nuttig wanneer het bronsysteem geen events ondersteunt, of als fallback wanneer een webhook gemist wordt.

Waar moet je op letten bij events?

Definieer events stabiel
Een event is een contract. Verander je velden zonder versiebeheer, dan breek je consumers.

Denk aan volgorde en dubbels
Events kunnen dubbel aankomen of in een andere volgorde. Consumers moeten daarmee omkunnen.

Maak fouten zichtbaar
Een eventgedreven systeem zonder monitoring voelt magisch tot iets verdwijnt. Gebruik audit trails, retries en dead-letter queues.

FAQ over eventgedreven architectuur

1. Is een webhook een event?
Een webhook is een manier om een event te bezorgen via HTTP. Het event is de gebeurtenis, de webhook is het transport.

2. Is eventgedreven altijd realtime?
Nee. Events kunnen snel zijn, maar vertraging door queues, retries en verwerking blijft mogelijk.