This website uses cookies to ensure you get the best experience.
Learn more.
A queue worker can fail after an external transaction succeeds but before message acknowledgment. The team needs safe recovery and visibility of repeatedly failing messages. Which design is best?
Published
- Use a dead-letter queue as proof that successful transactions can never be duplicated.
- Assume acknowledgment failure proves no external transaction occurred.
- Use idempotent business processing and an appropriate retry and dead-letter recovery policy.
- Delete every message before contacting the external service.
Comments — 0
Sign in to comment