Una aplicación de e-commerce sin servidor utiliza API Gateway para invocar funciones Lambda basadas en Java que se conectan a una base de datos Amazon RDS for MySQL. Durante un pico de tráfico, el rendimiento de la API se vio afectado y las conexiones a la base de datos fallaron. La empresa quiere reducir la latencia de Lambda y soportar ráfagas de tráfico con cambios mínimos. ¿Qué solución cumple los requisitos con la menor modificación de la aplicación?

La opción correcta aborda los problemas de rendimiento y conexiones fallidas durante picos de tráfico con cambios mínimos. RDS Proxy gestiona de manera eficiente las conexiones a la base de datos, reutilizando las existentes y multiplexando nuevas solicitudes, lo que es crucial para funciones Lambda que abren y cierran conexiones rápidamente. Almacenar credenciales en Secrets Manager y configurar permisos IAM es una práctica de seguridad recomendada para RDS Proxy. Aumentar la concurrencia aprovisionada para las funciones Lambda asegura que haya instancias pre-inicializadas disponibles para manejar el tráfico, reduciendo la latencia de inicio en frío. La refactorización del código para abrir la conexión fuera del controlador es una buena práctica, pero no resuelve el problema fundamental de la gestión de conexiones a gran escala que RDS Proxy sí aborda. Aumentar maxconnections en RDS podría mitigar el problema de conexiones fallidas, pero no optimiza la gestión de conexiones ni reduce la latencia de Lambda. La opción incorrecta que menciona "concurrencia reservada" en lugar de "concurrencia aprovisionada" es incorrecta porque la concurrencia reservada simplemente limita el número máximo de ejecuciones, mientras que la concurrencia aprovisionada mantiene instancias listas para reducir la latencia.