一個氣象資料解決方案透過與 Lambda function 整合的 API Gateway REST API 接收來自數千個測站的遙測資料。Lambda 會呼叫第三方服務進行預處理；當第三方服務過載時，預處理會失敗，資料也會遺失。架構師必須確保資料不會遺失，並在發生故障時能夠稍後再進行處理。架構師應該實作什麼？

正確答案是建立兩個 Amazon SQS queue，一個主要 queue 和一個次要 queue，並將次要 queue 設定為主要 queue 的 DLQ。將 API Gateway 整合變更為直接將訊息傳送到主要 SQS queue，並設定一個 Lambda function 由主要 queue 觸發。這樣做可以確保即使第三方服務過載導致預處理失敗，資料也不會遺失。失敗的訊息會自動重新排入主要 queue 進行重試，如果重試次數達到上限，則會被移動到 DLQ，以便後續分析和處理，實現資料持久性和可靠性。 選項 A 不正確，因為將 SQS queue 設定為 API 的 DLQ 僅處理 API Gateway 本身的失敗，而非 Lambda 處理失敗。選項 C 和 D 不適用於此情境，因為 EventBridge 主要用於事件路由和處理，而非作為可靠的訊息佇列來處理第三方服務過載導致的預處理失敗和重試機制。