Una empresa aloja una aplicación de comercio electrónico de tres niveles en AWS. El sitio web está alojado en Amazon S3 y se integra con una API en tres instancias de Amazon EC2 detrás de un Application Load Balancer (ALB). La API sirve contenido frontend estático y dinámico, y workers de backend que procesan las solicitudes de ventas de forma asíncrona. La empresa espera picos grandes y repentinos en las solicitudes de ventas durante los lanzamientos de productos. ¿Qué debería recomendar un arquitecto de soluciones para garantizar que todas las solicitudes se procesen correctamente?

La opción correcta aborda los picos de tráfico de dos maneras. Primero, Amazon CloudFront para contenido estático descarga la API de EC2, mejorando la capacidad de respuesta y reduciendo la carga en los servidores de origen. Segundo, Amazon SQS desacopla la API de los workers de backend. Durante picos de ventas, las solicitudes se encolan en SQS, lo que permite que la API las reciba sin sobrecargarse, y los workers de backend las procesan a su propio ritmo sin perder ninguna solicitud. Las otras opciones son menos efectivas. Añadir CloudFront para contenido dinámico es posible, pero el problema principal son los picos de solicitudes de ventas, no solo el contenido dinámico. Aumentar las instancias EC2 o usar Auto Scaling ayuda, pero no resuelve el problema de la sobrecarga inicial de la API o la pérdida de solicitudes si el escalado no es instantáneo. ElastiCache ayuda con la latencia, pero no con la gestión de un gran volumen de solicitudes asíncronas de ventas.