Terug naar begrippenlijst
Event sourcing
In veel systemen wordt alleen de laatste status bewaard. Denk bijvoorbeeld aan het voorraadniveau van een product. Maar bij event sourcing sla je alle gebeurtenissen op die tot dat niveau hebben geleid: “10 stuks binnen”, “2 verkocht”, “1 retour ontvangen”, enzovoort. Het idee is simpel: in plaats van alleen het eindresultaat vast te leggen, bewaar je elke stap in het proces als een los event. Zo ontstaat er een gedetailleerd logboek van alles wat er in het systeem gebeurt.
Inhoudsopgave
Als terugkijken vooruithelpt
Het grote voordeel van event sourcing is dat je het verleden kunt terughalen. Je kunt precies zien wat wanneer is gebeurd, door wie, en met welk gevolg. Dat maakt het ideaal voor systemen waar transparantie, auditability of debugging belangrijk zijn.
Je kunt ook op elk gewenst moment de huidige status herberekenen, bijvoorbeeld na een fout, migratie of wijziging in de regels. En omdat events immutable zijn (ze worden nooit overschreven), blijft je data betrouwbaar en controleerbaar.
Wanneer het detail ertoe doet
Event sourcing wordt vaak gebruikt in complexe systemen met veel logica en interacties. Denk aan financiële applicaties, voorraadbeheer, e-commerce, orderverwerking of klantinteracties. Overal waar het belangrijk is om een volledig spoor van acties te bewaren en later opnieuw af te spelen.
Ook bij microservices-architecturen komt het goed van pas, omdat services met events kunnen communiceren zonder elkaars data direct te beïnvloeden.
Data die verklaart, niet alleen vertelt
Voor developers vraagt event sourcing een andere manier van denken. Je werkt niet meer vanuit de klassieke CRUD-logica (Create, Read, Update, Delete), maar denkt in gebeurtenissen: wat is er gebeurd en wat betekent dat voor de huidige status?
Voor ondernemers en productteams betekent event sourcing dat je meer grip krijgt op de data. Je kunt bijvoorbeeld zien hoe een klant tot een aankoop kwam, welke stappen er in een intern proces zijn doorlopen of waarom een foutmelding ontstond. Dat helpt om beter te sturen, sneller te verbeteren en makkelijker te verklaren waarom iets gebeurde.
Veelgestelde vragen
Nee. Een changelog is vaak een beknopt overzicht van wijzigingen, event sourcing slaat alle gebeurtenissen op als bron van waarheid.
Niet altijd. Voor simpele toepassingen is het vaak overkill. Maar voor systemen met veel regels, processen of afhankelijkheden is het een gamechanger.
Het klopt dat er meer data wordt opgeslagen, maar dat is meestal prima te handhaven. Bovendien kun je met snapshots en archivering efficiënt omgaan met oudere events.
Het vergt een andere denkwijze en wat extra techniek, maar er zijn steeds meer frameworks en libraries die het goed ondersteunen.
Stan Classens Front-end developer
Gerelateerde begrippen
- 301 redirect
- Bug
- Caching
- Console log
- Content marketing
- Cookie dropping
- Core Web Vitals
- Interactie
- JavaScript libraries
- KISS
- Laadtijd
- Lokale SEO
- Mobile first
- Outbound marketing
- Paginaweergave
- Product Detail Page
- Prototypes
- Sticky navigation
- Time To First Byte
- Upselling
- Web3-websites
- Whitepaper
- Yoast
- Zoekwoordenonderzoek
