Remote Terminal States Should Stop Re-Publishing Logic
If the provider already reports scheduled, publishing or published, the reconciler should observe rather than repeat the side effect.
If the provider already reports scheduled, publishing or published, the reconciler should observe rather than repeat the side effect.
When a network response is lost, retrying a create request can duplicate the side effect even if the first request succeeded remotely.
A producer can time out after XADD without knowing whether Redis accepted the entry. Redis 8.6 adds stream idempotency so retries can be recognized without creating duplicate entries.
When the remote API lacks your preferred idempotency primitive, deterministic discovery can recover an uncertain previous attempt.
Retry counts and backoff are not just performance settings when the job performs external side effects.
When a network response disappears, a user may retry even though the first operation already succeeded on the server. Whether the second request creates new work or returns the result of the first operation is part of the application's contract.