某公司在 Amazon EC2 實例上執行訂單處理應用程式，該應用程式會將訂單儲存到 Amazon Aurora 資料庫。在流量高峰期間，應用程式有時無法足夠快速地寫入訂單。身為解決方案架構師，您應該怎麼做才能確保訂單盡可能快速且可靠地寫入資料庫？

將訂單寫入 Amazon SQS 佇列是正確的，因為 SQS 是一種高度可擴展的訊息佇列服務，可以解耦應用程式元件，並緩衝訂單寫入的尖峰流量。即使應用程式在流量高峰期間無法立即處理所有訂單，訂單也會安全地儲存在 SQS 佇列中，等待後續處理。後方使用 Auto Scaling 群組的 EC2 實例可以根據 SQS 佇列的長度自動擴展，確保訂單能及時從佇列中讀取並寫入 Aurora 資料庫，從而提高可靠性和處理速度。 其他選項不正確的原因： 增加 EC2 實例大小並將訂單寫入 SNS 不適用於此情境。SNS 用於發布/訂閱模型，不適合作為訂單緩衝區，且資料庫端點無法直接訂閱 SNS 主題。 將訂單寫入 SNS 並讓 EC2 實例從 SNS 主題讀取也不正確，因為 SNS 主要是用於通知，而不是作為持久的訊息佇列。 最後一個選項中，僅在達到 CPU 閾值時才將訂單寫入 SQS，這會導致在未達到閾值但仍有高流量時出現瓶頸。排程擴展也缺乏彈性，無法即時應對不可預測的流量高峰。