Wat is Event Sourcing en hoe werkt het?

Question

IT Interview Practice · Accepted Answer

## Wat is Event Sourcing?

**Event Sourcing slaat gebeurtenissen die hebben plaatsgevonden op als de gezaghebbende gegevens en leidt de huidige toestand vervolgens af uit die geschiedenis.** Elke gebeurtenis legt een zakelijke verandering vast, zoals ‘artikel toegevoegd aan winkelwagen’ of ‘bestelling geannuleerd’.

In plaats van alleen te weten dat een winkelwagen één boek bevat, kan het systeem weten dat de klant er twee heeft toegevoegd en één heeft verwijderd. Deze geschiedenis wordt gebruikt om de winkelwagen te reconstrueren en wordt niet alleen als naslag bewaard.

## Belangrijkste onderdelen

- **Verzoekafhandelaar:** Controleert de actie die de gebruiker wil uitvoeren. Een ongeldig verzoek wordt afgewezen en wordt geen gebeurtenis die iets vastlegt dat heeft plaatsgevonden.
- **Gebeurtenisopslag:** Bewaart voor elke entiteit, zoals een afzonderlijke winkelwagen, een geordende reeks gebeurtenissen. Deze reeks heet een gebeurtenisstroom.
- **Logica voor toestandsreconstructie:** Leest gebeurtenissen op volgorde en past ze toe om de huidige gegevens te berekenen. De applicatie kan ook een voorbereide leesweergave onderhouden voor snellere query's.

## Voorbeeld: een winkelwagen reconstrueren

Stel dat een winkelwagen deze geschiedenis heeft:

1. Winkelwagen aangemaakt: de winkelwagen is leeg.
2. Twee exemplaren van boek A toegevoegd: de winkelwagen bevat twee exemplaren.
3. Eén exemplaar van boek A verwijderd: er blijft één exemplaar over.

Deze drie gebeurtenissen op volgorde lezen en toepassen levert hetzelfde resultaat op: één exemplaar van boek A. Dit heet **replay**: vastgelegde geschiedenis toepassen om een toestand te berekenen.

Wanneer de klant meer artikelen toevoegt, controleert het systeem het verzoek en voegt het een nieuwe gebeurtenis toe. Als twee verzoeken de winkelwagen gelijktijdig wijzigen, moet bij het toevoegen de gelezen versie van de stroom worden gecontroleerd om conflicterende wijzigingen te herkennen.

Replay reconstrueert gegevens. Het mag niet opnieuw bevestigingsmails versturen of betalingen uitvoeren.

## Voordelen

- **Wijzigingen verklaren:** De geschiedenis laat zien welke acties tot de huidige toestand hebben geleid.
- **Querygegevens opnieuw opbouwen:** Weergavetabellen of rapporten kunnen opnieuw worden berekend uit een volledig bewaarde gebeurtenisgeschiedenis.
- **Eerdere toestand onderzoeken:** Gebeurtenissen toepassen tot een bepaald moment toont de toestand van de entiteit op dat moment.

## Kosten om rekening mee te houden

- **Groeiende geschiedenis:** Een snapshot bewaart de berekende toestand op een positie in de stroom, zodat reconstructie alleen de gebeurtenissen daarna nodig heeft.
- **Compatibiliteit met oude gebeurtenissen:** Wanneer gegevensstructuren veranderen, moet nieuwe code de vastgelegde geschiedenis nog steeds begrijpen.
- **Bewuste correcties:** Meestal wordt een corrigerende gebeurtenis toegevoegd om de geschiedenis te behouden, in plaats van oude gegevens stilzwijgend te overschrijven.

## Wanneer gebruik je dit?

Event Sourcing past bij domeinen waarin de wijzigingsgeschiedenis een belangrijk onderdeel van het bedrijf is, zoals de levenscyclus van een contract of opeenvolgende aanpassingen aan bestellingen. De voordelen moeten het werk voor het bewaren en verwerken van die geschiedenis rechtvaardigen.

Als de applicatie alleen de nieuwste toestand en een registratie voor controle nodig heeft, kan gewone opslag met een auditlog eenvoudiger zijn.

Wat is Event Sourcing?

Belangrijkste onderdelen

Voorbeeld: een winkelwagen reconstrueren

Voordelen

Kosten om rekening mee te houden

Wanneer gebruik je dit?

Gerelateerde vragen