Exponentiellen Backoff-Zeitplan für Wiederholungen berechnen

Geben Sie die Wartezeit vor dem ersten erneuten Versuch, den Wachstumsmultiplikator, die maximal zulässige Verzögerung und die Anzahl der Versuche an. Das Ergebnis zeigt die Wartezeit vor jeder Wiederholung in derselben Zeiteinheit. Damit können Sie Konfigurationen prüfen, Clientverhalten dokumentieren, Richtlinien vergleichen und übermäßig lange Wiederherstellungsfenster vor dem Produktiveinsatz erkennen.

Definieren Sie die Richtlinie mit einer einheitlichen Einheit

Beginnen Sie mit der Basisverzögerung, also der Wartezeit vor dem ersten erneuten Versuch. Wählen Sie eine zum konfigurierten System passende Einheit, etwa Millisekunden oder Sekunden, und verwenden Sie diese ebenfalls für die maximale Verzögerung. Der Rechner schreibt keine Einheit vor, weil exponentieller Backoff in jeder Einheit derselben Arithmetik folgt. Der Multiplikator bestimmt, wie schnell die noch nicht begrenzte Verzögerung wächst. Der Wert zwei verdoppelt jede folgende Wartezeit, während eins ein gleichbleibendes Intervall erzeugt. Die Anzahl der Versuche bezeichnet Wiederholungen und schließt den ursprünglichen Vorgang nicht ein: Bei fünf erhalten Sie fünf Einträge mit den Nummern eins bis fünf. Diese klare Unterscheidung verhindert einen häufigen Zählfehler in Betriebsanleitungen und Konfigurationsprüfungen. Die Basisverzögerung muss positiv sein, der Multiplikator mindestens eins, die Obergrenze positiv und die Anzahl eine ganze Zahl zwischen eins und eintausend. Dadurch bleibt der Zeitplan sinnvoll und die Ausgabe begrenzt. Arbeitet Ihre Anwendung mit Millisekunden, kennzeichnen Sie kopierte Ergebnisse entsprechend, damit sie später nicht als Sekunden gelesen werden.

Verstehen Sie Wachstum und maximale Begrenzung

Für Wiederholung n ergibt sich die unbegrenzte Verzögerung aus der Basisverzögerung mal Multiplikator hoch n minus eins. Zurückgegeben wird der kleinere Wert aus diesem Ergebnis und der maximalen Verzögerung. Eine Basis von 250, der Multiplikator zwei und ein Maximum von 2,000 ergeben beispielsweise 250, 500, 1,000, 2,000 und danach für alle weiteren Versuche erneut 2,000. Die Grenze gilt auch dann, wenn sie unter der Basis liegt; bei einer Basis von zehn und einem Maximum von drei lautet das Ergebnis daher von Anfang an drei. Dieses Verhalten setzt eine strikte Obergrenze um und macht ungewöhnliche Einstellungen sichtbar, statt sie stillschweigend umzuschreiben. Die Berechnung schreitet iterativ fort, verwendet keine unbegrenzte Potenz und stoppt das Wachstum nach Erreichen der Grenze. So bleiben selbst sehr große Multiplikatoren deterministisch, ohne einen unendlichen Wert in das JSON-Ergebnis einzutragen. Der Zeitplan enthält keinen Zufallsversatz. Absichtlich zeigt er die zugrunde liegende deterministische Richtlinie, die ein solcher Versatz verändern würde. Fügen Sie Zufallsstreuung getrennt nach den genauen Regeln Ihrer Clientbibliothek hinzu.

Verwenden Sie den Plan ohne eine Wiederholungswelle auszulösen

Prüfen Sie mit der Ausgabe den zeitlichen Rahmen, bevor Sie eine Richtlinie ausrollen. Eine kurze Basisverzögerung mag harmlos wirken, doch ein hoher Multiplikator bringt spätere Versuche schnell an die Obergrenze und kann die gesamte Wiederherstellung erheblich verlängern. Vergleichen Sie die einzelnen Wartezeiten mit Anfrage-Timeouts, Sichtbarkeitsfristen von Warteschlangen, dem Zurücksetzen von Ratenbegrenzungen und der für Ihre Benutzer maximal zumutbaren Dauer. Der Rechner liefert Wartezeiten vor Wiederholungen; die Laufzeit der ursprünglichen Anfrage und die Arbeit während jedes fehlgeschlagenen Versuchs sind nicht enthalten. Addieren Sie diese Zeiten separat, um den vollständigen ungünstigsten Fall abzuschätzen. In verteilten Systemen können deterministische Pläne nach einem gemeinsamen Ausfall viele Clients gleichzeitig erneut starten lassen. Produktive Clients ergänzen deshalb oft eine begrenzte Zufallsstreuung und behalten den berechneten Plan als Obergrenze oder Mittelwert bei. Diese Funktion sendet keine Anfragen, wartet nicht, kontaktiert keinen Dienst und bewertet keine Fehler. Sie berechnet ausschließlich den Zeitplan, ohne Netzwerkzugriff oder gespeicherten Zustand. Im Browser ist die Ausführung kostenlos; API-Automatisierung kostet $0.002 je Anfrage.