開發人員的應用程式使用 AWS Lambda 函數來處理來自 Amazon SQS 佇列的訊息。Lambda 函數有時會失敗或逾時，開發人員必須以最少的操作負擔來擷取和調查無法處理的訊息。哪種方法能滿足此要求？

正確答案是建立一個無效信件佇列 (DLQ)，並將 Lambda 函數設定為將失敗的訊息傳送到該 DLQ。當 Lambda 函數處理 SQS 訊息失敗時，DLQ 會自動捕獲這些訊息，提供一個集中的位置供開發人員稍後調查，大幅減少操作負擔。 增加 Lambda 函數逾時可能只是延遲失敗，而非解決問題，且 CloudTrail 主要記錄 API 活動，不適合詳細的應用程式錯誤日誌。增加 SQS 佇列可見性逾時會導致失敗訊息在更長時間內不可見，可能重複處理或延遲重試，且 CloudWatch Logs 雖然記錄錯誤，但需要手動篩選，不如 DLQ 直接捕獲失敗訊息有效。將失敗訊息寫入 DynamoDB 表格會增加 Lambda 函數的複雜性、額外成本和開發工作，不如 DLQ 的內建整合和自動化。