某公司使用 GPS 追蹤器記錄數千隻海龜的遷徙模式。追蹤器每 5 分鐘檢查一次，如果海龜移動超過 100 碼（91.4 公尺），就會將新座標發送到一個在單一 AWS 區域中跨多個可用區域的三個 Amazon EC2 實例上運行的 Web 應用程式。最近，Web 應用程式因追蹤器資料量意外暴增而不堪重負，導致資料遺失且無法重播事件。解決方案架構師必須以最少的操作負擔來防止這種情況再次發生。解決方案架構師應該怎麼做？

正確答案是建立一個 Amazon SQS 佇列來儲存傳入資料，並設定應用程式輪詢新訊息進行處理。SQS 是一種完全託管的訊息佇列服務，可以解耦應用程式組件，並在資料量激增時緩衝傳入資料，防止應用程式過載和資料遺失。應用程式可以根據自己的處理能力從佇列中拉取訊息，確保資料不會遺失且可以異步處理。這也減少了操作負擔，因為 SQS 會自動擴展。 其他選項不適合此情境： 建立 Amazon S3 儲存桶來儲存資料並讓應用程式掃描它，會增加應用程式的複雜性，並且 S3 不適合作為即時訊息佇列。 建立 Amazon API Gateway 端點並使用 AWS Lambda 函數並行處理每個項目，雖然可以處理高併發，但如果後端處理速度跟不上，仍然可能導致資料處理瓶頸或遺失，而且 Lambda 的執行時間限制可能不適合所有處理任務。 建立 Amazon DynamoDB 表格來儲存資料並讓應用程式查詢它，會增加應用程式的寫入負載，並且 DynamoDB 更適合作為持久性資料儲存，而不是用於緩衝和解耦的訊息佇列。