Repliziertes Log
Ein repliziertes Log macht einen geordneten Verlauf auf mehreren Knoten verfügbar.
- Geordneter PräfixBestätigte Einträge bilden für die zugesagte Ordnungseinheit denselben verbindlichen Verlauf.
- CommitindexTrennt replizierte oder vorgesehene Einträge vom verbindlich bestätigten Präfix.
- AufholenEin zurückgekehrtes Replikat gleicht fehlende Einträge ab und verwirft unbestätigte Abweichungen.
Einordnung
Warum das wichtig ist
Sein Wert entsteht aus einer präzisen Commitregel und einem geprüften Verhalten bei Partition und Leaderwechsel.
Das Profil behandelt die Verteilungsmechanik. Der dreiknotige Bestellstrom ist eine hypothetische Erweiterung; der bestehende Shop hat sieben Module und eine gemeinsame Datenbank.
Repliziertes Log: Zustände eines Eintrags
Der aktuelle Shop bleibt ein modularer Monolith mit sieben Modulen und gemeinsamer Datenbank. Für einen hypothetischen eigenständigen Bestellstrom schreibt ein Leader jeden Auftrag in ein repliziertes Log mit drei Knoten. Die Plattform bestätigt den Eintrag erst, nachdem die konfigurierte Mehrheit ihn dauerhaft gespeichert hat, und kennzeichnet den verbindlichen Commitindex. Das Team trennt einen Follower ab, führt einen Leaderwechsel durch und belegt, dass der bestätigte Präfix erhalten bleibt und der zurückgekehrte Follower ohne doppelte Fachwirkung aufholt.
So liest du das Bild
- Geordneter Präfix Ordnung pro Log oder Partition benennen
- Commitindex Nur bestätigten Präfix anwenden
- Aufholen Lag und Konfliktbereinigung beobachten
| Vergleich | Stufe | Nachweis | Offene Frage |
|---|---|---|---|
| Auf Leader geschrieben | Lokale Logposition vorhanden | Leader besitzt den Eintrag | Überlebt er den Leaderausfall? |
| Quorum bestätigt | Commitregel erfüllt | Eintrag gehört zum verbindlichen Präfix | Hat die Anwendung ihn verarbeitet? |
| Konsument bestätigt | Fachwirkung und Position gespeichert | Wiederanlauf ist prüfbar | Sind Duplikate idempotent? |
Nutzen & Grenzen
Hilft, wenn
- Ein repliziertes Log passt, wenn mehrere Knoten denselben verbindlichen Änderungsverlauf nachvollziehen müssen.
- Es passt für zustandsbehaftete Plattformen, die Einträge nach Ausfällen erneut abspielen und Replikate aufholen lassen.
- Partitionierte Logs passen, wenn Reihenfolge pro Schlüssel genügt und horizontaler Durchsatz wichtiger als globale Ordnung ist.
Grenzen
- Eine Mehrheitsbestätigung erhöht Latenz und schützt nur gegen das im Verfahren angenommene Fehlermodell.
- Replikationsverzug macht nachlaufende Lesestände möglich; Lesepräferenz und Konsistenzzusage müssen zusammenpassen.
- Ein geordneter Logeintrag ist noch keine fachliche Wirkung. Konsumenten müssen Wiederholung, Korrelation und fehlerhafte Einträge behandeln.
In der Praxis
- Vergleiche die letzte bestätigte Logposition am primären Knoten mit dem Replikat. Ermittle, ab welchem Punkt ein Kundenservice eine veraltete Zahlungsansicht lesen könnte.
- Unterbrich die Verbindung zwischen Replikat und Primärknoten. Prüfe Rückstand, Wiederaufnahme und die festgelegte Bestätigungsregel, bevor ein Failover erfolgt.
- Wäge synchrone gegen asynchrone Bestätigung für Zahlungsstatus ab. Benenne die erwartete Schreibwartezeit und das akzeptierte Verlustfenster ausdrücklich.
Ausführliche Erklärung lesen
Ein führender Knoten oder ein Konsensverfahren ordnet neue Einträge. Replikate speichern sie in derselben Reihenfolge; erst die festgelegte Bestätigungsregel verschiebt den Commitindex und macht einen Präfix verbindlich.
Ein Replikat kann hinterherhinken, Einträge erneut empfangen oder nach einer Partition einen abweichenden unbestätigten Suffix verwerfen. Anwendungen dürfen deshalb nur die zugesagte Ordnungseinheit annehmen, etwa pro Partition statt global.
Konsens erklärt Mehrheitsentscheidung und Leaderwechsel; Replikation ordnet Kopien, Verzögerung und Leseverhalten ein. Ein repliziertes Log ist ein Mechanismus, aus dem etwa eine Zustandsmaschine oder ein Event Broker entstehen kann.
Selbst prüfen
Teste dich in drei Stufen
AblesenIm Bild nachsehen
Was markiert der Commitindex?
Lösung mit Begründung ansehen
Den Präfix, der nach der festgelegten Replikationsregel verbindlich bestätigt ist.
AnwendenAuf eine neue Lage übertragen
Was prüft der Leaderwechsel im Shop-Szenario?
Lösung mit Begründung ansehen
Dass bestätigte Bestelleinträge erhalten bleiben und unbestätigte Abweichungen nicht als Fachwirkung erscheinen.
BewertenEine Alternative abwägen
Warum reicht die Aussage „dreifach repliziert“ nicht?
Lösung mit Begründung ansehen
Sie nennt weder Bestätigungsregel und Fehlermodell noch Ordnungseinheit und Leseverhalten.
Vertiefen
Diese Bausteine führen die Gedanken dieser Seite weiter.