Una API REST monolítica para una aplicación móvil se ejecuta en cinco instancias EC2 en subredes públicas y está precedida por un registro de respuesta de valores múltiples de Route 53 que apunta directamente a las IP de las instancias. Los picos repentinos de tráfico están sobrecargando la aplicación. ¿Qué solución permitirá que la aplicación escale a la nueva carga variable con la MENOR sobrecarga operativa?

La opción correcta es implementar un Application Load Balancer (ALB) porque proporciona escalabilidad automática y distribución de tráfico, lo cual es crucial para manejar picos repentinos. Mover las instancias a subredes privadas mejora la seguridad. Actualizar Route 53 para apuntar al ALB simplifica la gestión del DNS y aprovecha las capacidades de alta disponibilidad del ALB. Dividir la API en funciones Lambda (opción incorrecta) implica una reescritura significativa de la aplicación, lo que representa una alta sobrecarga operativa. Contenerizar la API en EKS (opción incorrecta) también introduce complejidad operativa y de gestión de clústeres. Poner las instancias en un grupo de Auto Scaling y usar una función Lambda para actualizar Route 53 (opción incorrecta) es una solución compleja y menos eficiente que usar un ALB directamente, ya que el ALB maneja la distribución de tráfico y la integración con Auto Scaling de forma nativa.