Delivery & reliability
Exponential backoff
Exponential backoff increases the delay between repeated attempts after failures, usually up to a maximum wait. Jitter adds randomness so clients do not all retry together.
Also found under: Retry delay, Jitter
How it works
Immediate retries can amplify an outage when many clients lose connectivity at once. A bounded delay gives a recovering system breathing room. Separate transient failures from permanent errors: retrying an invalid credential or forbidden channel indefinitely is unlikely to fix the problem.
In a Pubb integration
Use backoff in native Pubb WebSocket reconnect flows and check the recovery options of your chosen SDK. Publishing retries also need a stable idempotency key when the first request's result is uncertain.
Connect a clientA practical example
A custom client waits roughly one, two and four seconds between failures, adds random jitter, caps the delay and resets the attempt counter after a successful connection.