Obravnavanje napak in poskusov ponovnega pošiljanja je pomembno za zanesljive porabnike RabbitMQ — odločitev, kaj storiti, ko obdelava sporočila ne uspe (ponovni poskus, mrtvá pošta ali zavrženje). Pravilna obravnavanje napak preprečuje izgubljeno sporočila in zasegli porabniki.
Težava
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.
Strategije ponovnega pošiljanja
✓ 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
