エラーと再試行の処理はRabbitMQ消費者の信頼性を確保するために重要です。メッセージ処理が失敗した場合に何をするか(再試行、デッドレター、または破棄)を決定することが必要です。適切なエラー処理により、メッセージの喪失と消費者の停止を防ぎます。
問題点
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.
再試行戦略
✓ 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
