某公司在 AWS 上託管一個三層式電子商務應用程式。該網站託管在 Amazon S3 上，並與 Application Load Balancer (ALB) 後方的三個 Amazon EC2 實例上的 API 整合。該 API 提供靜態和動態前端內容，以及非同步處理銷售請求的後端工作者。該公司預計在產品發佈期間，銷售請求會突然大幅增加。身為解決方案架構師，您應該建議什麼來確保所有請求都能成功處理？

此解決方案透過兩個關鍵組件來確保高可用性和可擴展性。首先，為靜態內容新增 Amazon CloudFront 分配，可以將靜態資源快取在邊緣位置，有效減少對後端 EC2 實例的負載，並加快內容交付速度。其次，新增 Amazon SQS 佇列來接收銷售請求，可以將請求與後端處理分離。即使在流量高峰期間，請求也能被可靠地排隊，防止後端過載，並允許 EC2 實例以非同步方式處理這些請求，從而確保所有請求都能被成功處理。 其他選項的不足之處在於： 為動態內容新增 CloudFront 分配通常效益較低，因為動態內容需要即時生成，快取效果不佳。 僅增加 EC2 實例數量或將其實例放入 Auto Scaling 群組，雖然有助於處理增加的流量，但如果請求量突然暴增，仍可能導致實例擴展不及或後端資料庫過載，缺乏緩衝機制。 在 ALB 前方新增 Amazon ElastiCache 實例主要用於快取資料庫查詢結果，減少資料庫負載，但對於處理大量湧入的銷售請求本身，並不能直接提供緩衝或解耦能力。