Zpracování chyb a opakovaných pokusů je důležité pro spolehlivé RabbitMQ consumery — rozhodování, co dělat, když se zpracování zprávy nezdaří (retry, dead-letter nebo zahodit). Správné zpracování chyb zabraňuje ztrátě zpráv a zaseknutým consumerům.
Problém
When a consumer fails to process a message (bad data, downstream failure, bug):
→ requeue forever → a "poison" message blocks the queue (retried endlessly)
→ discard → message LOST
→ crash → reprocess, possibly stuck again
→ need a deliberate strategy.
Strategie opakovaných pokusů
✓ NACK + REQUEUE → reject and requeue for retry (but limit retries — don't requeue forever)
✓ RETRY WITH BACKOFF → retry transient failures with increasing delays (e.g. via a delayed
retry queue with TTL → requeue after a delay)
✓ RETRY LIMIT → track attempts; after N failures → DEAD LETTER (don't retry forever)
✓ Distinguish TRANSIENT (retry) vs PERMANENT (dead-letter immediately) failures
