Dead-letter queue 的核心概念是「把超過處理條件的訊息移到隔離區」。訊息經過 retry policy 仍然失敗、格式無法解析、業務狀態拒絕處理或超過存活期限時，broker 或 consumer 會把它送進 dead-letter queue，讓主要 queue 保持可前進。

概念位置

Dead-letter queue 是可靠性與診斷工具。它讓系統把暫時性失敗與需要人工判斷的訊息分開：暫時性失敗可以重試，需要分析的訊息則進入隔離區，等待修復資料、修復程式或建立 replay runbook。

可觀察訊號

系統需要 dead-letter queue 的訊號是某些訊息反覆阻塞處理流程。常見原因包括 payload schema 與 consumer 版本不同步、外部系統回傳永久錯誤、資料狀態已被取消、權限不足或訊息內容缺少必要欄位。

接近真實網路服務的例子

訂單通知 consumer 連續處理某筆事件失敗。訊息留在主要 queue 反覆重試時，後續正常訂單可能延遲；訊息進入 dead-letter queue 後，on-call 可以查看失敗原因、修復資料或部署修正後再重放該批訊息。

設計責任

Dead-letter queue 要搭配分類欄位與處理流程。訊息進入隔離區時，應保留錯誤類型、最後錯誤、重試次數、原始 topic、correlation id 與建立時間；runbook 應定義誰能重放、重放前檢查什麼、如何控制副作用範圍。