票务应用程序在 Amazon ECS 集群上运行，并通过 CloudFront 交付。单个 ECS 服务是 CloudFront 源站。该应用程序限制了购买流程中的活跃用户数量；允许的用户通过其 JWT 中的加密属性进行识别；其他用户则被路由到等候室。在高负载下，等候室本身正在造成负载，从而扰乱了购票。什么改变将在高负载期间提供最可靠的购票体验？

正确答案通过在CloudFront边缘检查JWT并直接将请求路由到票务服务或等候室服务，从而在用户请求到达源站之前进行分流。这显著减轻了票务服务的负载，因为它不再需要处理等候室的流量，从而在高负载下提供了最可靠的购票体验。为等候室创建单独的ECS服务和扩展配置确保了等候室本身能够独立扩展，不会影响票务服务的性能。 选项一和选项二的错误在于，它们都要求票务服务来检查JWT并将请求转发到等候室服务。这意味着票务服务仍然需要处理所有传入请求，包括等候室的流量，这在高负载下会成为瓶颈。选项二还引入了迁移到EKS的复杂性，这并非解决当前问题的最直接或最可靠方法。选项四同样引入了EKS和App Mesh的复杂性，并且仍然依赖票务pod进行转发，未能从根本上解决票务服务过载的问题。