PACELC
CAP blendet den alltäglichen Zielkonflikt zwischen Latenz und Konsistenz aus.
- Bei PartitionBei Partition: Während P zwischen A und C abwägen.
- SonstSonst: Ohne Partition Latenz und Konsistenz vergleichen.
- BetriebspunktBetriebspunkt: Entscheidung pro Zugriffspfad konkretisieren.
Einordnung
Warum das wichtig ist
Latenz und Konsistenz auch ohne Partition sichtbar machen.
Latenz und Konsistenz auch ohne Partition sichtbar machen.
PACELC: Entscheidung prüfen
Das Shop-Beispiel nutzt die bestehende gemeinsame Datenbank und sieben Module. Jede ergänzte Dienst- oder Betriebsform ist eine hypothetische Erweiterung. Bei der Shopbestellung liest die Warenkorbseite den zuletzt replizierten Produktpreis aus einer regionalen Replik. Das Team erlaubt eine kurze Replikationsverzögerung, damit Antworten lokal schnell bleiben, verlangt beim verbindlichen Bestellabschluss jedoch eine koordinierte Preisprüfung. Bei einer Partition wartet oder scheitert dieser Abschluss, während der Katalog weiter lesbar bleibt. PACELC hilft, beide Pfade getrennt zu besprechen und messbare Latenz- sowie Konsistenzziele zu formulieren.
So liest du das Bild
- Bei Partition Bei Partition
- Sonst Sonst
- Betriebspunkt Betriebspunkt
| Begriff | Bedeutung | Prüffrage |
|---|---|---|
| Bei Partition | Während P zwischen A und C abwägen. | Welcher Trade-off gilt für Preislesevorgänge im Normalbetrieb? |
| Sonst | Ohne Partition Latenz und Konsistenz vergleichen. | Was ändert sich vor dem Checkout? |
| Betriebspunkt | Entscheidung pro Zugriffspfad konkretisieren. | Welche zusätzliche Situation beschreibt PACELC? |
Nutzen & Grenzen
Hilft, wenn
- Latenz und Konsistenz auch ohne Partition sichtbar machen.
- Lese- und Schreibpfade nach Normalbetrieb und Partition untersuchen.
Grenzen
- PACELC ordnet Trade-offs ein, beweist aber keine konkrete Systemeigenschaft.
- PACELC strukturiert Designentscheidungen, liefert aber ohne Messung keine Latenz- oder Konsistenzwerte.
In der Praxis
- Ordne für Warenkorbanzeige und Checkout jeweils das Partition-Verhalten sowie den Normalbetrieb ein; benenne, wo Verfügbarkeit, Latenz und Konsistenz gegeneinander abgewogen werden.
- Lege den maximal erlaubten Replikationsverzug für den angezeigten Preis fest und unterscheide ihn von der koordinierten Preisprüfung beim verbindlichen Bestellabschluss.
- Miss Latenz und Replikationsverzug je Pfad und teste Partition wie Normalbetrieb; aktualisiere die Policy, falls die vereinbarten Grenzen für Checkout oder Anzeige verfehlt werden.
Ausführliche Erklärung lesen
PACELC ergänzt die CAP-Betrachtung um den Normalbetrieb: Bei Partition (P) steht A für Verfügbarkeit und C für Konsistenz; andernfalls (E) wird zwischen Latenz (L) und Konsistenz (C) abgewogen.
Das Modell lenkt die Aufmerksamkeit auf die alltäglichen Kosten von Replikation und Koordination. Es fasst Systemverhalten zusammen, ersetzt aber keine Analyse einzelner Lese-/Schreibpfade, Quoren und Fehlerszenarien.
Das Shop-Beispiel nutzt die bestehende gemeinsame Datenbank und sieben Module. Jede ergänzte Dienst- oder Betriebsform ist eine hypothetische Erweiterung. Bei der Shopbestellung liest die Warenkorbseite den zuletzt replizierten Produktpreis aus einer regionalen Replik. Das Team erlaubt eine kurze Replikationsverzögerung, damit Antworten lokal schnell bleiben, verlangt beim verbindlichen Bestellabschluss jedoch eine koordinierte Preisprüfung. Bei einer Partition wartet oder scheitert dieser Abschluss, während der Katalog weiter lesbar bleibt. PACELC hilft, beide Pfade getrennt zu besprechen und messbare Latenz- sowie Konsistenzziele zu formulieren. cap und cap theorem helfen, diese Entscheidung mit benachbarten Fragen zu vergleichen.
Selbst prüfen
Teste dich in drei Stufen
AblesenIm Bild nachsehen
Welcher Trade-off gilt für Preislesevorgänge im Normalbetrieb?
Lösung mit Begründung ansehen
Regionale Latenz wird zugunsten schneller Preislesevorgänge priorisiert.
AnwendenAuf eine neue Lage übertragen
Was ändert sich vor dem Checkout?
Lösung mit Begründung ansehen
Preisabstimmung erfolgt zentral, bevor die Bestellung verbindlich wird.
BewertenEine Alternative abwägen
Welche zusätzliche Situation beschreibt PACELC?
Lösung mit Begründung ansehen
Auch ohne Partition den Latenz-Konsistenz-Konflikt im Normalbetrieb.
Vertiefen
Diese Bausteine führen die Gedanken dieser Seite weiter.
Quellen
- Consistency Tradeoffs in Modern Distributed Database System Design (öffnet in neuem Tab)Daniel Abadis Primärarbeit zu PACELC und Normalbetrieb.
- Perspectives on the CAP Theorem (öffnet in neuem Tab)Ordnet CAP-Garantien und Verteilungsannahmen ein.
- Brewer’s conjecture and the feasibility of consistent, available, partition-tolerant web services (öffnet in neuem Tab)Formaler Primärbeweis des Partitionstheorems.