Een serverless e-commerce app gebruikt API Gateway om Java-gebaseerde Lambda-functies aan te roepen die verbinding maken met een Amazon RDS for MySQL-database. Tijdens een verkeerspiek leed de API-prestatie en faalden databaseverbindingen. Het bedrijf wil de Lambda-latentie verminderen en verkeerspieken ondersteunen met minimale wijzigingen. Welke oplossing voldoet aan de vereisten met de minste applicatiewijziging?

De correcte oplossing is het aanmaken van een RDS Proxy-endpoint en het verhogen van de provisioned concurrency. RDS Proxy beheert de databaseverbindingen efficiënt door ze te poolen en te hergebruiken, wat de overhead van het openen van nieuwe verbindingen tijdens verkeerspieken vermindert en de prestaties verbetert. Het opslaan van credentials in Secrets Manager en het configureren van IAM-machtigingen zijn best practices voor beveiliging en integratie met RDS Proxy. Provisioned concurrency zorgt ervoor dat Lambda-functies vooraf geïnitialiseerd zijn, waardoor koudstarttijden worden geëlimineerd en de latentie tijdens pieken wordt verminderd. Het herstructureren van de Lambda-code om de databaseverbinding buiten de handler te openen, helpt bij het hergebruik van verbindingen, maar RDS Proxy is een robuustere en schaalbaardere oplossing voor connection pooling. Het verhogen van maxconnections op de database kan de database overbelasten en lost het probleem van inefficiënte connection handling door Lambda niet op. Het gebruik van reserved concurrency in plaats van provisioned concurrency garandeert niet dat functies warm blijven en kan nog steeds leiden tot koudstarts en hogere latentie.