Exponentielles Backoff

Exponentielles Backoff erhöht die Verzögerung bei jedem Wiederholungsversuch – 0,5 s, 1 s, 2 s, 4 s – bis zu einem Maximalwert und gibt einem überlasteten Server so Zeit zur Erholung. Jitter randomisiert die Verzögerungen, da sonst alle Clients, die gleichzeitig einen Fehler erlitten haben, gleichzeitig einen erneuten Versuch unternehmen und so die Fehlerspitze reproduzieren würden.

So funktioniert es

Eine typische Vorgehensweise: Eine zufällige Wartezeit zwischen null und Basis × 2^Versuche, maximal jedoch eine bestimmte Zeit, wird nach einer festgelegten Anzahl von Versuchen oder einer bestimmten Gesamtzeit abgebrochen. Wiederholungsversuche erfolgen nur bei sicheren Methoden oder Schreibvorgängen, die durch einen Idempotenzschlüssel geschützt sind, und nur bei Fehlern, die möglicherweise nur vorübergehend sind: Timeouts, 429, 502, 503, 504.

Das Missverständnis

Mehr Wiederholungsversuche bedeuten höhere Zuverlässigkeit. Unbegrenzte Wiederholungsversuche verstärken jedoch einen Ausfall: Jede Schicht, die drei Wiederholungsversuche unternimmt, erhöht die Last der darunterliegenden Schicht um ein Vielfaches. Wiederholungsbudgets, -obergrenzen und Schutzschalter existieren, weil Wiederholungsversuche selbst eine Fehlerquelle darstellen.

Probieren Sie es hier aus

Konfigurieren Sie die Fault Injection API mit PUT /faults/v1/config – beispielsweise mit einer Fehlerrate von 0,5 und dem Status 503 – und rufen Sie dann wiederholt GET /faults/v1/target auf, um zu beobachten, wie Ihre Wiederholungsrichtlinie mit einer unzuverlässigen Abhängigkeit umgeht.

Quellen

Weitere Begriffe

Wiederholen — Ein Antwortheader, der dem Client mitteilt, wie lange er warten soll, bevor er es erneut versucht, entweder in Sekunden oder als Datum.
Fehlereinspeisung — Das absichtliche Einbringen von Fehlern – Irrtümern, Latenzzeiten, fehlerhaften Antworten – um zu testen, wie ein System damit umgeht.
ETag — Eine undurchsichtige Versionskennung für eine Repräsentation, die dazu dient, ein erneutes Senden zu vermeiden und widersprüchliche Schreibvorgänge zu erkennen.
Sichere und idempotente Methoden — Zwei unabhängige Eigenschaften von HTTP-Methoden, die festlegen, welche Methoden ein Client wiederholen darf.
PUT vs PATCH — PUT ersetzt eine Ressource durch die von Ihnen gesendete Repräsentation; PATCH wendet eine Reihe von Änderungen darauf an.
Zeitüberschreitung der Anfrage — Die maximale Wartezeit eines Clients auf eine Antwort, bevor er die Anfrage abbricht.

Diese Seite auf Englisch lesen

Alle Glossarbegriffe · Testtechniken · Alle 39 Mock-REST-APIs

Zuletzt aktualisiert 16. Oktober 2026