Wat is een saga in de context van transactiebeheer?

Een saga is een patroon voor het beheren van gedistribueerde transacties in een microservices-architectuur. Het bestaat uit een reeks lokale transacties, waarbij elke transactie gegevens bijwerkt binnen één service.

Als een lokale transactie in de reeks faalt, voert de saga een reeks compensatie-transacties uit om de wijzigingen ongedaan te maken die door eerder succesvolle lokale transacties zijn aangebracht, waardoor de integriteit van het systeem wordt hersteld.

Twee hoofdbenaderingen voor het implementeren van saga's:

1. Choreografie: Services wisselen direct gebeurtenissen uit, zonder te vertrouwen op een centrale coördinator. Elke service luistert naar gebeurtenissen die door andere services worden gegenereerd en voert zijn lokale transacties uit en/of publiceert nieuwe gebeurtenissen als reactie.

   • Voordelen: Eenvoudiger te implementeren voor een klein aantal services, geen enkel punt van falen.
   • Nadelen: Moeilijk om de stroom van uitvoering en potentiële cyclische afhankelijkheden te volgen, moeilijker te debuggen.

2. Orkestratie: Een centrale orkestrator (saga-orkestrator) beheert de volgorde van uitvoering van lokale transacties. De orkestrator stuurt commando's naar services om hun lokale transacties uit te voeren en reageert op de gebeurtenissen die door services worden teruggegeven (succes/fout), om beslissingen te nemen over de volgende stap of het uitvoeren van compensatie-transacties.

   • Voordelen: Duidelijkheid in verantwoordelijkheid, gemakkelijker de stroom van uitvoering te volgen en te debuggen, eenvoudiger complexe logica te implementeren.
   • Nadelen: De orkestrator kan een enkel punt van falen zijn, extra logica vereist voor het beheren van de status van de saga.

De keuze van implementatie hangt af van de complexiteit van het bedrijfsproces, het aantal betrokken services en de vereisten voor beheer en observeerbaarheid. Saga garandeert geen atomairheid in de klassieke zin (ACID), maar verzekert eventual consistency.