Una aplicación de venta de entradas se ejecuta en un clúster de Amazon ECS y se entrega a través de CloudFront. Un único servicio de ECS es el origen de CloudFront. La aplicación limita el número de usuarios activos en el flujo de compra; los usuarios permitidos se identifican mediante un atributo cifrado en su JWT; otros se dirigen a una sala de espera. Bajo una carga elevada, la propia sala de espera está causando una carga que interrumpe las compras de entradas. ¿Qué cambio proporcionará la experiencia de compra de entradas más fiable durante una carga elevada?

La opción correcta aísla la lógica de la sala de espera y la redirige en el borde, lo que mejora la fiabilidad. Al crear un servicio ECS independiente para la sala de espera con su propia configuración de escalado, se evita que la sala de espera sobrecargue el servicio principal de venta de entradas. Utilizar una CloudFront Function permite inspeccionar el JWT y redirigir las solicitudes antes de que lleguen a los orígenes, reduciendo la carga en los servicios de backend y proporcionando una respuesta rápida a los usuarios. La primera opción incorrecta no aísla la lógica de redirección en el borde, lo que significa que el servicio de venta de entradas aún procesaría cada solicitud para determinar si se necesita la sala de espera, añadiendo carga. La segunda y cuarta opciones incorrectas implican una migración a EKS, que es una solución más compleja y que requiere más tiempo para resolver un problema que puede abordarse de manera más eficiente con ECS y CloudFront Functions, sin mencionar que la lógica de redirección sigue estando en el backend.