某應用程式將點擊流資料寫入 Amazon Kinesis。該串流會週期性地出現尖峰，且 PutRecords 呼叫有時會因顯示的回應而失敗。哪些技術有助於緩解此錯誤？（選擇兩項）

當 Kinesis 資料串流的 PutRecords 呼叫因尖峰流量而失敗時，這通常表示達到串流的寫入輸送量限制。 1. 實作帶有指數退避的重試：這是處理暫時性錯誤和輸送量限制的標準最佳實踐。當請求失敗時，應用程式會等待一段逐漸增加的時間後再重試，這有助於避免在串流已經超載時進一步加劇問題。 2. 降低請求的頻率和/或大小：減少每個請求發送的記錄數量或降低發送請求的頻率，可以直接減少對 Kinesis 串流的寫入負載，從而避免達到輸送量限制。 使用 PutRecord API 呼叫而非 PutRecords 不會解決問題，因為單一記錄的寫入仍然會計入輸送量限制，且頻繁的單一記錄寫入可能效率更低。將 Kinesis 替換為 Amazon SNS 不適用，因為 SNS 是訊息發布/訂閱服務，不適合處理點擊流資料串流。減少 KCL 消費者的數量與寫入問題無關，KCL 消費者處理的是資料讀取，而非寫入。