DLQ drain 的核心概念是「把 dead-letter queue 累積的訊息重新處理或清空的受控流程」。訊息進 DLQ 只是被隔離，drain 決定它們最終被修復重送、丟棄還是歸檔，是 DLQ 不無限長大的收尾步驟。 可先對照 Dead-letter Queue。

概念位置

DLQ drain 接在 dead-letter queue 之後、poison-message quarantine 隔離訊息之後。drain 前要先確認根因已修，否則重送只會再次失敗、訊息又繞回 DLQ。

可觀察訊號與例子

DLQ depth 持續上升代表有未處理的失敗累積；修好 consumer bug 後，用 redrive（SQS）或重新 publish 把 DLQ 訊息送回主 queue 重處理。無法修復的（過期、業務上已失效）則歸檔後刪除，而非放著佔空間。

設計責任

設計時把 drain 當受控操作：先驗根因已解、分批重送、邊送邊看成功率，並把 drain 的時點、批量與結果記進 decision log，避免一次全量重送打垮剛恢復的下游。