Una empresa tiene una aplicación web on-premises que experimenta picos de latencia dos veces al mes. Al inicio de un pico, la utilización de la CPU aumenta inmediatamente 10 veces lo normal. La empresa migrará la aplicación a AWS y desea un escalado automático para manejar el aumento de la demanda. La empresa utilizará AWS Elastic Beanstalk para la implementación. ¿Qué solución cumple con estos requisitos?

La opción correcta es configurar un entorno de Elastic Beanstalk con instancias burstable en modo ilimitado y escalar según las solicitudes. Las instancias burstable (como T2/T3) son ideales para cargas de trabajo con picos de uso infrecuentes y ráfagas de CPU, ya que pueden acumular créditos de CPU y usarlos durante los picos. El modo ilimitado permite que la instancia use más CPU de lo que sus créditos permiten, pagando por el exceso. Escalar según las solicitudes (o métricas de uso como CPU) es una estrategia reactiva adecuada para picos impredecibles. Las instancias optimizadas para cómputo (como C-series) son para cargas de trabajo con uso constante y alto de CPU, no para picos infrecuentes. Escalar según un cronograma no es adecuado porque los picos ocurren "al inicio de un pico" y no en un horario fijo. Las métricas predictivas son para cargas de trabajo con patrones de demanda predecibles, lo cual no es el caso aquí.