Una aplicación Java se implementó en AWS Elastic Beanstalk utilizando un entorno de instancia única para ahorrar costos durante el desarrollo. Las pruebas muestran una utilización sostenida de la CPU superior al 85%, lo que provoca cuellos de botella en el rendimiento. Debe mitigar el cuello de botella de la CPU antes de la producción con la menor sobrecarga operativa. ¿Qué debería hacer?

La opción correcta es modificar la configuración del entorno existente. Elastic Beanstalk permite cambiar un entorno de instancia única a uno con balanceador de carga directamente, lo que es la forma más sencilla y con menor sobrecarga operativa para abordar el problema. Habilitar todas las Zonas de Disponibilidad mejora la resiliencia y la regla de escalado horizontal basada en la CPU automatiza la adición de instancias para manejar la carga, mitigando el cuello de botella. Las opciones incorrectas: Crear una nueva aplicación de Elastic Beanstalk es innecesario y genera más sobrecarga operativa, ya que implica configurar una aplicación completamente nueva en lugar de modificar la existente. Crear un segundo entorno y usar la política de implementación de división de tráfico no resuelve el problema de capacidad del entorno original y es una estrategia de despliegue, no de escalado para un cuello de botella de CPU. Usar "Rebuild environment" con la opción de balanceo de carga y seleccionar solo una Zona de Disponibilidad no proporciona la resiliencia y el escalado distribuido que se necesitan para un entorno de producción.