部署在 IoT 裝置上的應用程式會將資料傳送到由 AWS Lambda 函數實作的 RESTful API。每個請求都包含一個唯一識別碼。流量可能會不可預測地飆升，當請求被節流時，用戶端可能會重試，導致重複請求。API 必須處理重複項，而不會造成不一致或資料遺失。哪種解決方案符合這些要求？

此解決方案利用 DynamoDB 的高速讀寫能力和條件式寫入功能。Lambda 函數可以在處理請求前，嘗試將請求識別碼作為主鍵寫入 DynamoDB 表格。如果寫入成功（表示識別碼是新的），則處理請求；如果寫入失敗並出現條件式寫入錯誤（表示識別碼已存在），則表示這是重複請求，Lambda 可以直接返回成功響應而不重複處理，從而確保冪等性。DynamoDB 能夠輕鬆應對不可預測的流量飆升，且成本效益高。 其他選項的缺點： Amazon RDS for MySQL：關係型資料庫在處理高併發和不可預測的流量飆升時，擴展性不如 DynamoDB，且管理成本較高。 返回用戶端錯誤：這會導致用戶端無法得知請求是否已成功處理，可能導致用戶端不斷重試，加劇問題。 Amazon ElastiCache for Memcached：Memcached 是快取服務，資料可能因記憶體壓力而丟失，不適合用於持久性地記錄請求識別碼以確保冪等性。