Retry-Jitter

Retry-Jitter ist ein Zufallsanteil bei der Wartezeit vor einem erneuten Aufruf. Er verteilt die Versuche mehrerer Clients zeitlich. Das ist besonders hilfreich, wenn viele Clients dieselbe Störung gleichzeitig bemerken: Eine für alle gleiche Pause kann die nächste Lastspitze nur verschieben.

Drei Clients, unterschiedliche Pausen

In einem fiktiven Beispiel dürfen drei Clients vor ihrem nächsten Versuch jeweils eine zufällige Wartezeit im Fenster 0–2 s wählen. Sie warten etwa 0.4 s, 1.1 s und 1.7 s. Diese Werte veranschaulichen die Streuung; sie sind keine empfohlene Konfiguration. Auch mit Jitter können Versuche zusammenfallen.

Die Retry-Strategie bestimmt weiterhin, welche Fehler einen neuen Versuch rechtfertigen, wie viele Versuche zulässig sind und wann die Gesamtdauer endet. Vorgaben des Zielsystems zu Wartezeiten müssen berücksichtigt werden. Bei exponentiellem Backoff wächst der Wartebereich mit weiteren Versuchen typischerweise bis zu einer festgelegten Obergrenze; Jitter variiert die tatsächlich gewählte Pause innerhalb der verwendeten Regel.

Zufall macht eine Wiederholung fachlich nicht sicher. Eine verlorene Antwort kann einen bereits ausgeführten Schreibvorgang verbergen. Vor dem nächsten Versuch braucht die Integration daher eine sichere Wiederholungsregel, etwa Idempotenz oder einen Ergebnisabgleich.

Quellen

• AWS Builders’ Library: Timeouts, retries, and backoff with jitter

• AWS Architecture Blog: Exponential Backoff And Jitter