Una empresa ejecuta software de análisis en instancias de Amazon EC2 que procesan trabajos para datos cargados en Amazon S3. Los usuarios informan que algunos datos enviados no se están procesando. Amazon CloudWatch muestra que la utilización de la CPU de EC2 está constantemente en o cerca del 100%. La empresa quiere mejorar el rendimiento y escalar en función de la carga de usuarios. ¿Qué debe hacer un arquitecto de soluciones?

La opción correcta aborda directamente el problema de rendimiento y escalabilidad. Al enrutar las solicitudes a Amazon SQS, se desacopla la ingesta de datos del procesamiento, lo que permite que el sistema maneje picos de carga sin sobrecargar las instancias EC2. Un grupo de Auto Scaling basado en el tamaño de la cola de SQS asegura que se lancen nuevas instancias automáticamente cuando la carga aumenta (más mensajes en la cola) y se terminen cuando la carga disminuye, optimizando costos y rendimiento. La alta utilización de CPU indica que las instancias actuales no pueden manejar la carga. Las opciones incorrectas son: Crear una copia de la instancia y usar un Application Load Balancer no resuelve la causa raíz de la sobrecarga de CPU si las instancias existentes ya están al máximo. Simplemente distribuye la misma carga a más instancias, pero no escala dinámicamente ni maneja el desacoplamiento. Crear un S3 VPC endpoint mejora la seguridad y el rendimiento de la red para el acceso a S3, pero no aborda la alta utilización de CPU de las instancias EC2 ni la capacidad de procesamiento de los trabajos. Modificar el tipo de instancia a uno más potente puede resolver temporalmente el problema de CPU, pero no proporciona escalabilidad automática ni es una solución rentable para cargas de trabajo variables.