Event Sourcing
Ein Muster, bei dem alle Änderungen als unveränderliche Abfolge von Ereignissen gespeichert werden, statt nur den aktuellen Zustand zu sichern. Der aktuelle Zustand ergibt sich durch erneutes Abspielen der Ereignisse. Liefert vollständige Historie, Audit-Fähigkeit und die Möglichkeit zur "Zeitreise".
Idee: Statt UPDATE konto SET saldo = 100 speichert man Ereignisse ("GeldEingezahlt 50", "Abgehoben 20") → der Saldo ist die Summe der Ereignisse. Gewinn: vollständige Revisionshistorie gratis dazu, die Möglichkeit, den Zustand zu jedem beliebigen Zeitpunkt zu rekonstruieren, und neue Sichten im Nachhinein zu bauen, indem man das Protokoll erneut abspielt. Oft kombiniert mit CQRS (getrennte Lese- und Schreibmodelle) und "Projektionen" (materialisierte Sichten auf den Ereignisstrom). Abwägung: komplex — Schema-Evolution alter Ereignisse, Snapshots für die Performance nötig, Eventual Consistency zwischen Schreib- und Lesemodell. Einsatzgebiet: Finanzwesen, E-Commerce, Domänen, in denen das "Warum" und die Historie zentral sind (DDD). Werkzeuge: EventStoreDB, Kafka als Protokoll. Verwandt mit Append-only-Logs und Ledger-Datenbanken.