In unseren bisherigen Artikeln über SAGA und CQRS haben wir eine Sache stillschweigend vorausgesetzt:

1. Raus aus dem Event-Chaos

Willkommen zu Teil 3 unserer Serie über das SAGA Pattern. In Teil 2 haben wir eine Choreografie-basierte Saga implementiert. Die Dienste kommunizierten lose gekoppelt über Events, was elegant und dezentral wirkte.

Teil 2 – Die Architektur: Services und Event-Broker

Willkommen zu Teil 2 unserer Serie über das SAGA Pattern! In Teil 1 haben wir die theoretischen Grundlagen geklärt, warum wir Sagas in Microservice-Architekturen benötigen und den Unterschied zwischen Choreografie und Orchestrierung kennengelernt.