Una aplicación sin servidor utiliza Amazon API Gateway, AWS Lambda y una base de datos Amazon RDS for PostgreSQL. Durante el tráfico pico o impredecible, la aplicación experimenta tiempos de espera de conexión a la base de datos. La empresa quiere reducir los fallos con la menor cantidad de cambios de código. ¿Qué debe hacer un arquitecto de soluciones?

Habilitar RDS Proxy en la instancia de base de datos de RDS es la solución más efectiva. RDS Proxy agrupa y comparte conexiones a la base de datos, lo que reduce la sobrecarga de establecer nuevas conexiones y evita que la base de datos se sature durante picos de tráfico. Esto es ideal para aplicaciones sin servidor como AWS Lambda, que abren y cierran muchas conexiones rápidamente. Además, requiere cambios mínimos en el código de la aplicación. Reducir la tasa de concurrencia de Lambda limitaría la capacidad de la aplicación para manejar el tráfico, lo que no resolvería el problema de los tiempos de espera y podría degradar el rendimiento general. Redimensionar la clase de instancia de base de datos de RDS podría aumentar la capacidad, pero no aborda eficientemente el problema de la gestión de conexiones de Lambda y podría ser más costoso. Migrar a DynamoDB implicaría cambios significativos en el código y la arquitectura de la base de datos, lo cual va en contra del requisito de "menor cantidad de cambios de código".