Una aplicación se ejecuta en instancias de Amazon EC2 detrás de un Application Load Balancer (ALB). Las instancias están en un grupo de Auto Scaling en varias zonas de disponibilidad. El primer día de cada mes a medianoche, se ejecuta un lote financiero de fin de mes que inmediatamente provoca que la CPU de la instancia se dispare al 100%, interrumpiendo la aplicación. ¿Qué debe recomendar un arquitecto de soluciones para que la aplicación pueda manejar la carga de trabajo y evitar el tiempo de inactividad?

La política de escalado programado de EC2 Auto Scaling es la solución correcta porque permite preaprovisionar la capacidad necesaria antes del pico de carga conocido. Dado que el lote financiero se ejecuta a una hora y fecha predecibles (el primer día de cada mes a medianoche), se puede programar Auto Scaling para añadir instancias EC2 con anticipación, asegurando que la aplicación tenga suficiente capacidad para manejar el aumento repentino de la CPU sin interrupciones. Configurar una distribución de Amazon CloudFront no es adecuado porque CloudFront es una CDN para contenido estático y dinámico, no para escalar la capacidad de cómputo de backend. Una política de escalado simple basada en la utilización de la CPU reaccionaría después de que la CPU ya esté al 100%, lo que causaría tiempo de inactividad. Configurar Amazon ElastiCache podría ayudar con el rendimiento de la base de datos, pero no aborda directamente el pico de CPU causado por el procesamiento del lote financiero en las instancias EC2.