Die Handhabung von Fehlern und Wiederholungen ist wichtig für zuverlässige RabbitMQ-Consumer — es geht darum zu entscheiden, was zu tun ist, wenn die Nachrichtenverarbeitung fehlschlägt (wiederholen, in eine Dead-Letter-Queue verschieben oder verwerfen). Eine ordnungsgemäße Fehlerbehandlung verhindert verlorene Nachrichten und hängende Consumer.
Das Problem
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.
Wiederholungsstrategien
✓ 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
