Une application serverless avec des centaines de fonctions Lambda se connecte à une base de données Amazon Aurora PostgreSQL. Chaque montée en charge de Lambda crée une nouvelle connexion à la base de données, augmentant l'utilisation des ressources. Vous devez réduire le nombre de connexions à la base de données sans réduire l'évolutivité de Lambda. Que devriez-vous implémenter ?

Amazon RDS Proxy est la solution la plus efficace pour gérer les connexions de base de données depuis des fonctions Lambda. Il met en pool et réutilise les connexions existantes, réduisant ainsi la surcharge de l'établissement de nouvelles connexions pour chaque invocation de Lambda. Cela permet de maintenir l'évolutivité de Lambda tout en évitant la saturation de la base de données. Activer la concurrence provisionnée ou réservée pour Lambda ne résout pas directement le problème de la gestion des connexions à la base de données. La concurrence provisionnée maintient des instances de fonctions "chaudes" pour réduire les latences de démarrage, et la concurrence réservée limite le nombre maximum d'invocations simultanées pour une fonction, mais aucune de ces options n'optimise la réutilisation des connexions à la base de données. Activer la gestion du cache de cluster pour Aurora PostgreSQL est une fonctionnalité liée à la performance des requêtes et non à la gestion du nombre de connexions.