Naar hoofdinhoud
Terug naar E-commerce Woordenboek

Event-Driven Architecture

KernconceptenIntermediate niveau

Event-driven architecture is een manier van software bouwen waarbij systemen reageren op gebeurtenissen, zoals een prijswijziging of nieuwe order, in plaats van steeds om data te vragen.

Image by · CC BY 4.0

Wat is Event-Driven Architecture?

Event-driven architecture (EDA) is een manier van software bouwen waarbij systemen reageren op gebeurtenissen (events), zoals een prijswijziging, een nieuw product of een geplaatste order. Ze vragen elkaar dus niet op vaste tijden om nieuwe data. Eén systeem publiceert het event en andere systemen handelen erop. Events lopen meestal via een event broker of message queue, zoals Kafka of RabbitMQ, of als webhook rechtstreeks naar een ander systeem. Het verschil met een gewone API zit in de richting: bij een REST-call vraagt de ontvanger zelf om data, bij EDA meldt de zender de wijziging en gaat verder. Voor productdata betekent dit dat een voorraad- of prijswijziging je webshop en marktplaats bereikt zonder dat je op een nachtelijke export wacht. Lees hoe platformsynchronisatie productwijzigingen vanuit een PIM naar gekoppelde winkels stuurt.

Waarom Event-Driven Architecture belangrijk is voor e-commerce

Een webshop draait op data die de hele dag verandert: voorraad, prijzen, productcontent en orders. Met geplande batchjobs toont een kanaal soms een uitverkocht product of een oude prijs tot de volgende run. Een event-driven opzet stuurt elke wijziging door zodra die gebeurt, zodat de vertraging alleen nog afhangt van hoe snel het ontvangende systeem werkt. Ook raken systemen minder van elkaar afhankelijk. Je ERP, PIM, webshop en magazijnsoftware hoeven elkaar niet direct aan te roepen, en een wachtrij bewaart events als een systeem even offline is. De prijs is meer techniek: je hebt monitoring nodig, regels voor nieuwe pogingen en een plan voor events die dubbel of in de verkeerde volgorde binnenkomen.

Voorbeelden van Event-Driven Architecture

  • 1Event: Voorraad van een SKU zakt naar 0, Zender: Magazijnsysteem, Ontvangers: Webshop en marktplaatslistings zetten het artikel op uitverkocht.
  • 2Event: Order geplaatst, Zender: Webshop, Ontvangers: ERP boekt de verkoop, de verzendtool maakt een label, het CRM werkt de klant bij.
  • 3Event: Prijs gewijzigd, Zender: ERP, Ontvangers: PIM slaat de nieuwe prijs op en de feed voor vergelijkingssites wordt opnieuw gemaakt.
  • 4Event: Nieuw product aangemaakt, Zender: PIM, Ontvangers: Er start een vertaaltaak en een taak die de afbeeldingen schaalt.
Image by · CC BY 4.0

Hoe WISEPIM helpt

  • Opt-in auto-sync: na het opslaan stuurt WISEPIM een product ongeveer 30 seconden later door naar gekoppelde winkels in Magento 2, Shopify, WooCommerce, Lightspeed eCom, Ecwid, CCV Shop, Kaufland, PrestaShop, ShopWired en Google Merchant Center.
  • Geplande automations: laat imports en exports elk uur, elke dag, week of maand draaien als een kanaal niet elke wijziging meteen nodig heeft.
  • Eén productrecord: elk kanaal leest uit dezelfde productdata, dus een event bevat overal dezelfde waarden.
  • Operation history: op betaalde plannen maak je een bulkwijziging ongedaan voordat die verder gaat.

Veelgemaakte fouten met Event-Driven Architecture

  • Een event broker inzetten voor een simpele koppeling tussen twee systemen, terwijl één directe API-call genoeg is.
  • De volgorde van events negeren, waardoor een oudere prijsupdate een nieuwere overschrijft.
  • Geen monitoring inrichten, zodat niemand merkt dat berichten zich opstapelen of mislukken.
  • Geen dead-letter queue gebruiken, waardoor events die na een paar pogingen mislukken verdwijnen.

Tips voor Event-Driven Architecture

  • Maak ontvangers idempotent, zodat hetzelfde event twee keer verwerken hetzelfde resultaat geeft.
  • Geef elk event een tijdstempel of versienummer, zodat ontvangers verouderde updates kunnen negeren.
  • Begin met één waardevolle stroom, zoals voorraadupdates, voordat je andere data omzet.
  • Log per event een correlatie-ID, zodat je één wijziging door alle systemen kunt volgen.

Trends rondom Event-Driven Architecture

  • Beheerde eventdiensten zoals AWS EventBridge, Azure Event Grid en Google Cloud Pub/Sub in plaats van een eigen broker.
  • Serverless functies die alleen draaien als er een event binnenkomt.
  • Webhooks als standaardmanier waarop commerceplatforms order- en productwijzigingen melden.
  • Eventstreams die naast de operationele systemen ook analytics en AI-agents voeden.

Tools voor Event-Driven Architecture

  • Apache Kafka
  • RabbitMQ
  • AWS EventBridge
  • Azure Event Grid
  • Google Cloud Pub/Sub

Gerelateerde termen

Cloud-Native PIMPIM-as-a-Service

Ook bekend als

EDAEvent-gestuurde architectuurBerichtgestuurde architectuurPublish-subscribe (pub/sub) model

Veelgestelde vragen

Systemen laten elkaar weten wanneer er iets gebeurt, in plaats van op vaste tijden te controleren of er iets veranderd is. Een lagere voorraad, een nieuwe order of een prijswijziging is een event, en elk systeem dat dat nodig heeft reageert erop. De zender hoeft niet te weten wie er luistert.

Een REST API werkt met vraag en antwoord: het ene systeem vraagt data op en wacht op het antwoord. Bij event-driven architecture meldt het systeem waar de wijziging gebeurt die wijziging, en ontvangers verwerken haar in hun eigen tempo. Vaak gebruik je beide, bijvoorbeeld een webhook die een systeem vertelt het volledige record via REST op te halen.

Een klant plaatst een order en de webshop publiceert een order-event. Het ERP boekt de verkoop, het magazijn reserveert voorraad en de verzendtool maakt een label klaar, allemaal op basis van hetzelfde event. Geen van die systemen hoeft de webshop steeds te vragen of er nieuwe orders zijn.

Ja, met de opt-in auto-sync. Na het opslaan stuurt WISEPIM een product ongeveer 30 seconden later naar gekoppelde winkels in Magento 2, Shopify, WooCommerce, Lightspeed eCom, Ecwid, CCV Shop, Kaufland, PrestaShop, ShopWired en Google Merchant Center. Andere imports en exports draaien via de planning van een automation.

Heb je een kleine catalogus met één verkoopkanaal, dan is een geplande export of een directe API-call makkelijker te bouwen en te debuggen. EDA loont pas als meerdere systemen dezelfde wijzigingen nodig hebben en vertraging leidt tot overselling of verkeerde prijzen.

Nog vragen?

Kan je het antwoord niet vinden? Neem contact op met ons team.

Contact opnemen

Verder ontdekken

Zorgvuldig gekozen vervolgstappen om dieper te gaan.