Kapitel II · Bereich 08 von 12
Die Frage an unseren ShopWas gilt, wenn die Verbindung zum Zahlungsanbieter nach dem Absenden abbricht?
Hier findest du die Grundlagen für verteilte Zustände, Netzwerke und den Umgang mit Teilausfällen.
6 Bausteine
Hier anfangenAnnahmen über VerteilungWas kann schiefgehen?
Zahlung P-731 bleibt ohne Antwort; das Ergebnis ist unbekannt, die Bestellung bleibt offen.
Was kommt an, und wie oft?
Bestellung B-1042 kommt beim Rechnungsworker womöglich zweimal an; die Kennung erkennt die Wiederholung.
Wer entscheidet gemeinsam, was gilt?
Warenkorb in zwei Regionen: bei Trennung warten oder lokal annehmen; drei Replikate, je zwei Bestätigungen.
Bekannte Namen – und wo sie stecken
Netzwerkannahmen (Fallacies) und Teilausfälle zeigen, was schiefgehen kann. Zustellung ordnet Verlust und Wiederholung von Nachrichten ein. CAP wägt Konsistenz gegen Verfügbarkeit ab, Quorum legt Bestätigungsgruppen fest, Konsens sichert eine verbindliche Reihenfolge.
Hier klärst du im Shop, was gilt, wenn die Verbindung zum Zahlungsanbieter nach dem Absenden abbricht. Daraus entwickelst du Zustellzusagen, Replikatgruppen und Einigung über mehrere Knoten. Jeder Baustein zeigt sein Thema an unserem Shop.
Das lernst duDu kannst aus einer Netzwerkannahme einen konkreten Fehler- und Betriebsfall für einen Shopablauf ableiten.
Im ShopDie Shop-Anwendung fragt einen externen Zahlungsanbieter ab. Das Team prüft, was Verzögerung, Trennung und variable Antwortzeiten für den Ablauf bedeuten.
Annahmen über Verteilung öffnenDas lernst duDu kannst einen Teilausfall erkennen und den betroffenen Ablauf mit einem expliziten Zwischenzustand fortsetzen.
Im ShopDer Shop speichert eine Bestellung und ruft den Zahlungsanbieter auf. Die Verbindung bricht nach dem Absenden ab, während die Bestellverwaltung weiterläuft.
Partielle Ausfälle öffnenDas lernst duDu kannst Mehrfachzustellung als normalen Nachrichtenfall behandeln und eine idempotente Verarbeitung einplanen.
Im ShopDer Shop veröffentlicht eine Bestellung für die Rechnungserstellung. Ein Worker speichert Rechnung und Auftragskennung, bevor er die Brokerzustellung bestätigt.
Zustellgarantien öffnenDas lernst duDu kannst für einen Netzwerkausfall benennen, welche Konsistenz- und Verfügbarkeitszusage ein replizierter Dienst priorisiert.
Im ShopDer Warenkorb ist in zwei Regionen repliziert. Während die Regionen getrennt sind, entscheidet der Shop, ob Änderungen an den Warenkorbpositionen lokal angenommen oder bis zu einer gemeinsamen Sicht zurückgestellt werden.
CAP & PACELC öffnenDas lernst duDu kannst Lese- und Schreibquoren berechnen und erklären, welche Überlappung ihre Konfiguration ermöglicht.
Im ShopEine verteilte Warenkorbablage nutzt drei Replikate. Das Team setzt für Lesen und Schreiben jeweils zwei Bestätigungen an und betrachtet, wie sich die Gruppen überschneiden.
Quorum öffnenDas lernst duDu kannst den Zweck eines Konsensprotokolls von Replikation und Quorum unterscheiden.
Im ShopVariante: Ein separat betriebener Inventardienst verwendet mehrere Replikate, um Änderungen an gemeinsam genutzten Lagerständen geordnet zu protokollieren. Der Shop selbst bleibt ein modularer Monolith.
Konsens öffnenDiese Bereiche hängen fachlich direkt mit Verteilte Systeme zusammen.