一個票務應用程式在 Amazon ECS 叢集上執行，並透過 CloudFront 交付。單一 ECS 服務是 CloudFront 來源。該應用程式限制購買流程中的活躍使用者數量；允許的使用者透過其 JWT 中的加密屬性識別；其他使用者則被路由到等候室。在高負載下，等候室本身造成的負載會干擾票務購買。哪項變更將在高負載期間提供最可靠的票務購買體驗？

正確答案是為等候室建立一個獨立的 ECS 服務，並擁有自己的擴展組態，同時新增一個 CloudFront Function 來檢查 JWT 並將請求路由到票務服務或等候室服務。這樣做可以將等候室的負載與票務購買服務完全隔離，確保在高負載下等候室不會影響票務服務的穩定性。CloudFront Function 在邊緣執行，可以在請求到達來源服務之前進行判斷和路由，從而減少來源服務的負載。 其他選項的缺點： 為等候室建立獨立 ECS 服務並由票務服務轉發：雖然隔離了服務，但票務服務仍需處理轉發邏輯，增加了其負擔。 遷移到 Amazon EKS 並將等候室分離為獨立 pod：遷移到 EKS 增加了複雜性，且票務 pod 仍需處理轉發邏輯。 遷移到 Amazon EKS 並使用 AWS App Mesh：同樣增加了不必要的複雜性，且票務 pod 仍需處理轉發邏輯。