Kapitel III · Bereich 09 von 12

Laufzeit & Betrieb

Die Frage an unseren ShopWas tut der Shop, wenn der Zahlungsanbieter nach einer Sekunde noch nicht geantwortet hat?

Hier findest du Bausteine für stabile Laufzeit, kontrollierte Releases und die Diagnose von Störungen.

Drei Fragen an jeden laufenden Dienst

  1. Wie begrenzt der Shop Wartezeit und Last?

    Schutz im Aufruf

    Nach einer Sekunde ohne Antwort beendet der Shop das Warten; Zahlung P-731 bleibt offen, ein Wiederholungsversuch nutzt pay-B-1042.

  2. Woran erkennt das Team, wie es läuft?

    Beobachten

    Ein Trace verbindet Warenkorb, Zahlung und Versandabfrage; das Ziel: Bestellbestätigungen innerhalb von zwei Sekunden sichtbar.

  3. Wie kommt Neues sicher an?

    Release & Rettung

    Eine neue Steuerregel erhält zunächst wenig Verkehr; ein gesicherter Bestellindex wird isoliert zurückgespielt und mit dem Zahlungssystem abgeglichen.

So hängen die Bausteine zusammen

Timeout, Retry, Breaker, Bulkhead und Backpressure schützen den Dienst vor Fehlerfolgen und Überlast. Observability zeigt ihre Wirkung; SLOs, Rollouts und Wiederherstellung verbinden Messung mit Betriebsentscheidungen.

QualitätsmerkmalObservabilityObservability verbindet Signale, mit denen du den internen Zustand eines Systems untersuchen kannst.MechanikTimeoutbegrenzt die Wartezeit; Signale zeigen Häufigkeit und betroffene AbhängigkeitenFehlerbildRetry Stormwird an wachsender Aufruflast und Wiederholungsmetriken sichtbarMusterCircuit Breakerbegrenzt Aufrufe und macht seinen Zustand über Signale sichtbarMusterBulkheadtrennt Ressourcen; Auslastung je Pool zeigt, wo Engpässe entstehenMechanikBackpressuredrosselt den Zufluss; Queue-Länge und Verarbeitungsrate zeigen den DruckAnsatzSLIs, SLOs & Error Budgetsübersetzen Betriebssignale in Messgrößen, Ziele und Reaktionen auf AbweichungenEntscheidungsraumDeployment & Rolloutnutzt Messsignale, um die Wirkung eines Rollouts zu beurteilenAktivitätWiederherstellungwird durch Signale ausgelöst und mit geprüften Messwerten abgeschlossen
Zusammenhänge: Timeout begrenzt die Wartezeit; Signale zeigen Häufigkeit und betroffene Abhängigkeiten; Retry Storm wird an wachsender Aufruflast und Wiederholungsmetriken sichtbar; Circuit Breaker begrenzt Aufrufe und macht seinen Zustand über Signale sichtbar; Bulkhead trennt Ressourcen; Auslastung je Pool zeigt, wo Engpässe entstehen; Backpressure drosselt den Zufluss; Queue-Länge und Verarbeitungsrate zeigen den Druck; SLIs, SLOs & Error Budgets übersetzen Betriebssignale in Messgrößen, Ziele und Reaktionen auf Abweichungen; Deployment & Rollout nutzt Messsignale, um die Wirkung eines Rollouts zu beurteilen; Wiederherstellung wird durch Signale ausgelöst und mit geprüften Messwerten abgeschlossen.

Dein Lernpfad durch den Bereich

Hier klärst du im Shop, was passiert, wenn der Zahlungsanbieter nach einer Sekunde noch nicht geantwortet hat. Daraus entwickelst du Fristen, Schutzmechanismen, Messziele und sichere Rollouts. Jeder Baustein zeigt sein Thema an unserem Shop.

  1. Timeout

    Schutz

    Das lernst duDu kannst einen Timeout als Ende der Wartezeit modellieren und ein ungeklärtes Ergebnis fachlich sichtbar halten.

    Im ShopDas Bestellmodul übergibt eine Autorisierung an das Zahlungsmodul, das den externen Anbieter aufruft. Das Shop-Zeitbudget endet nach einer Sekunde; die Anbieterantwort trifft später ein.

    Timeout öffnen
  2. Retry

    Schutz

    Das lernst duDu kannst eine begrenzte Wiederholung mit geeigneten Fehlern, Wartezeiten und Abbruchbedingungen definieren.

    Im ShopDer Shop lädt nach einem kurzen Verbindungsfehler den Warenkorb erneut. Er wiederholt begrenzt und zeigt nach dem letzten Versuch den gespeicherten Warenkorbstatus.

    Retry öffnen
  3. Das lernst duDu kannst eine Wiederholungswelle als Lastverstärkung erkennen und mit abgestimmten Limits und Pausen eindämmen.

    Im ShopNach einer kurzen Unterbrechung senden Shop-Clients und Gateway gleichzeitig Zahlungsstatusabfragen. Eine begrenzte Queue und zufällige Pausen verteilen den erneuten Verkehr.

    Retry Storm öffnen
  4. Das lernst duDu kannst einen Circuit Breaker so konfigurieren, dass er eine gestörte Abhängigkeit vor zusätzlichem Aufrufdruck schützt.

    Im ShopDer Shop ruft den externen Zahlungsanbieter auf. Nach einer Folge technischer Fehler öffnet der Breaker für weitere Autorisierungsversuche.

    Circuit Breaker öffnen
  5. Bulkhead

    Schutz

    Das lernst duDu kannst getrennte Ressourcenkontingente nutzen, damit eine langsame Shopfunktion andere Verarbeitungskapazität nicht vollständig belegt.

    Im ShopDer modulare Shop nutzt einen Worker-Pool für Rechnungen und einen eigenen Pool für Bestellbestätigungen. Verzögerte Rechnungen belegen nicht die Bestellbestätigungskapazität.

    Bulkhead öffnen
  6. Das lernst duDu kannst eingehende Arbeit an die tatsächlich verfügbare Verarbeitungskapazität koppeln.

    Im ShopNach einer Rabattaktion treffen Bestellungen schneller ein, als die Rechnungserstellung sie verarbeitet. Der Shop begrenzt die Warteschlange und drosselt neue Hintergrundaufträge.

    Backpressure öffnen
  7. Das lernst duDu kannst Metriken, Logs und Traces passend zu einer Betriebsfrage verbinden und daraus einen nächsten Prüfschritt ableiten.

    Im ShopBestellungen dauern nach einem Release länger. Ein Trace verbindet Warenkorb, Zahlung und Versandabfrage; Metriken zeigen den Latenzanstieg nach Version.

    Observability öffnen
  8. Das lernst duDu kannst ein SLI messbar definieren, ein SLO für ein Zeitfenster setzen und ein Error Budget mit einer Reaktion verbinden.

    Im ShopDas Team bewertet erfolgreiche Bestellbestätigungen, die innerhalb von zwei Sekunden im Shop sichtbar werden. Ein Monatsziel und eine Reaktionsregel steuern riskante Änderungen.

    SLIs, SLOs & Error Budgets öffnen
  9. Das lernst duDu kannst einen Rollout mit kompatiblen Versionen, beobachtbaren Kriterien und klarer Rückkehrmöglichkeit planen.

    Im ShopDer Shop veröffentlicht eine neue Steuerregel zunächst für einen kleinen Verkehrsanteil. Alte und neue Version lesen während des Rollouts dasselbe additive Datenbankschema.

    Deployment & Rollout öffnen
  10. Das lernst duDu kannst ein Wiederherstellungsverfahren anhand von Wiederherstellungsziel, geprüftem Datenstand und fachlicher Verifikation planen.

    Im ShopEin Fehler beschädigt den Bestellindex. Das Team stellt einen gesicherten Stand in einer isolierten Umgebung wieder her und vergleicht Bestellungen mit dem Zahlungssystem.

    Wiederherstellung öffnen
Danach im Lernweg · Bereich 10Security & Risiken