一家金融公司的客戶透過簡訊預約顧問服務。一個在 Amazon EC2 上的網路應用程式接收請求並將簡訊發佈到 Amazon Simple Queue Service (Amazon SQS) 佇列。另一個 EC2 應用程式發送會議邀請和確認電子郵件，然後將會議詳細資訊儲存在 Amazon DynamoDB 資料表中。隨著公司業務成長，客戶回報會議邀請的送達時間越來越長。身為解決方案架構師，您會建議如何解決這個問題？

正確答案是為發送會議邀請的應用程式新增一個 Auto Scaling group，並根據 SQS 佇列的深度進行擴展。隨著業務成長，SQS 佇列的深度增加表示有更多待處理的會議邀請。透過 Auto Scaling group 根據佇列深度自動擴展處理這些邀請的 EC2 實例數量，可以確保有足夠的處理能力來及時發送邀請，從而解決送達時間過長的問題。 在 DynamoDB 資料庫前面新增一個 DynamoDB Accelerator (DAX) 叢集可以改善讀取效能，但對於發送會議邀請的應用程式處理速度沒有直接幫助。新增一個 Amazon API Gateway API 可以提供更穩定的 API 端點和流量管理，但不會解決後端處理能力不足的問題。新增一個 Amazon CloudFront distribution 可以改善內容傳遞速度，但與後端處理會議邀請的延遲無關。