Um aplicativo de venda de ingressos é executado em um cluster Amazon ECS e é entregue via CloudFront. Um único serviço ECS é a origem do CloudFront. O aplicativo limita o número de usuários ativos no fluxo de compra; usuários permitidos são identificados por um atributo criptografado em seu JWT; outros são direcionados para uma sala de espera. Sob alta carga, a própria sala de espera está causando uma carga que interrompe as compras de ingressos. Qual mudança proporcionará a experiência de compra de ingressos mais confiável durante alta carga?

A opção correta é criar um serviço ECS separado para a sala de espera com sua própria configuração de escalonamento e usar uma CloudFront Function para inspecionar o JWT e rotear as solicitações. Isso isola a carga da sala de espera, impedindo que ela afete o serviço de venda de ingressos. A CloudFront Function, executada na borda da rede, permite roteamento de baixo latência e alta escalabilidade antes que a solicitação chegue à origem, otimizando o desempenho e a confiabilidade. As outras opções são menos eficazes: Criar um serviço ECS separado e fazer com que o serviço de venda de ingressos inspecione o JWT ainda sobrecarregaria o serviço de venda de ingressos com a lógica de roteamento e a carga de solicitações da sala de espera. Migrar para o Amazon EKS e separar em pods diferentes não resolve o problema fundamental de roteamento na borda e adiciona complexidade desnecessária. Migrar para o EKS com App Mesh é uma solução excessivamente complexa para o problema de roteamento na borda e não aborda a causa raiz da sobrecarga no nível do CloudFront.