Profi: Verteilte Systeme · Lektion 10 von 14

Event Sourcing und CQRS

Kurz erklärt

Beim Event Sourcing speichert man nicht den aktuellen Zustand, sondern alle Ereignisse, die dazu geführt haben. CQRS trennt das Schreiben (Commands) vom Lesen (Queries).

Genauer

Der Zustand ergibt sich, indem man die Ereignisse nacheinander abspielt. Das liefert vollständige Historie und Nachvollziehbarkeit. Für schnelle Abfragen baut man aus den Ereignissen separate Lesemodelle (Projektionen).

Vollständigen Artikel im Wiki lesen →

Deine Notizen

Anmelden um Text zu markieren und Notizen zu speichern.

Frag den Mentor

Markiere im Kapitel eine Stelle, die du nicht verstehst, und stell deine Frage. Du entscheidest, wie du die Antwort bekommst.

Keine Stelle markiert (optional).

Deine Frage

AntwortSofort aus Glossar und Wiki (kostenlos, ohne Anmeldung)Live-Mentor: ein Mensch aus dem Team antwortet dir in Echtzeit (mit Anmeldung)KI-Antwort (kommt vielleicht später, kostet laufend Geld)

Fragen zu diesem Kapitel

Noch keine Fragen. Stell die erste, die Community und andere Lernende antworten.

Frage stellen Alle Beiträge im Forum

Melde dich an, damit dein Fortschritt gespeichert wird.

Anmelden Weiter →

← ZurückVerteilte Transaktionen: Zwei-Phasen-Commit und Saga Weiter →Circuit Breaker und Backpressure

Zur Kursübersicht

← Profi: Verteilte Systeme

Profi: Verteilte Systeme · Lektion 10 von 14

Event Sourcing und CQRS

← Zurück Weiter →

Kurz erklärt

Beim Event Sourcing speichert man nicht den aktuellen Zustand, sondern alle Ereignisse, die dazu geführt haben. CQRS trennt das Schreiben (Commands) vom Lesen (Queries).