デッドレターキュー とは？

メッセージの処理が何度リトライしても失敗する「ポイズンメッセージ」があると、キューが詰まって後続のメッセージも処理できなくなる。DLQに退避させることで、メインキューの流れを止めずに済むんだ。「壊れた手紙は別の箱に入れて、正常な手紙の配達を続ける」イメージだよ

①アラートで通知（DLQにメッセージが入ったらSlackに通知等）、②原因調査（メッセージの中身とエラーログを確認）、③修正後に再処理（DLQからメインキューに戻す）、④再処理不要なら削除。DLQの監視を忘れると、気づかないうちに大量のメッセージが溜まって後から大変なことになるよ

一般的には3〜5回が目安だよ。1回目は即時、2回目は1秒後、3回目は5秒後のように指数バックオフでリトライして、全部失敗したらDLQに送る。回数が少なすぎると一過性のエラーを拾えない、多すぎるとDLQへの到達が遅れて問題の検知が遅くなる。サービスの特性に合わせて調整しようね

技術的には可能だけど通常はやらないよ。DLQは「最後の砦」であるべきで、DLQのメッセージ処理が失敗するならそれは運用レベルで対応すべき問題。DLQのメッセージには有効期限（TTL）を設定して、一定期間後に削除するか、長期保存が必要ならS3等にアーカイブするのが実践的だね