Una carga de trabajo heredada tiene la capa de aplicación sin estado en una única instancia EC2 grande lanzada desde una AMI, y la base de datos MySQL en una única instancia EC2. La CPU en el servidor de aplicaciones a menudo alcanza el 100%, causando interrupciones. La aplicación de parches se realiza manualmente y ha causado tiempo de inactividad. La empresa necesita que la aplicación sea de alta disponibilidad con el menor esfuerzo de desarrollo. ¿Qué solución cumple con este requisito?

La opción correcta aborda todos los problemas con el menor esfuerzo de desarrollo. Crear una nueva AMI con el SSM Agent permite automatizar los parches y actualizaciones, reduciendo el tiempo de inactividad. Un grupo de Auto Scaling con un Application Load Balancer distribuye el tráfico y escala la aplicación, resolviendo los picos de CPU y la alta disponibilidad. Usar instancias más pequeñas optimiza costos. Migrar a Amazon Aurora MySQL proporciona alta disponibilidad, escalabilidad y compatibilidad con MySQL, minimizando cambios en la aplicación. Las otras opciones tienen inconvenientes: Refactorizar a Lambda es un esfuerzo de desarrollo significativo para una aplicación heredada. Cambiar a instancias Graviton y DynamoDB requiere refactorización para aprovechar sus beneficios, y DynamoDB no es compatible con MySQL. Contenerizar en ECS es un esfuerzo de desarrollo intermedio, y Amazon Neptune es una base de datos de grafos, no un reemplazo directo para MySQL.