Concept notes
Why this decision matters
Outbox Relay Recovery is focused practice for Transactional outbox and relay recovery. It explains why each answer is safe, risky, or production-ready.
The relay lab focuses on the crash windows that make a transactional outbox reliable in production.
Backend concept notes
An outbox atomically stores business state and publication intent in one database transaction.
The relay is still at-least-once: stable event identity and idempotent consumers remain required.
Common mistakes
- Marking an event published before sending it.
- Assuming a timeout proves broker failure.
- Retrying poison events forever.
Review misses from this game
Related Backend Study Lab articles
Use the main site for deeper reading after playing.
Start here
Read deeper
Related Backend Study Lab tools
Use tools from the main site when you want to inspect real inputs.
FAQ
Short answers for how this game fits backend interview and study practice.
Does an outbox provide exactly-once delivery?
No. It closes the database-and-broker dual-write gap but can still publish duplicates.
Why use SKIP LOCKED?
It lets relay workers claim different bounded batches without blocking the whole queue.