Une entreprise exécute une application critique où API Gateway expose une API HTTP intégrée à une fonction Lambda. L'application stocke des données dans une instance RDS for MySQL (2 vCPU, 64 Go de RAM). Pendant les périodes de pointe imprévisibles, certains appels d'API renvoient des erreurs HTTP 500. Les journaux CloudWatch affichent « too many connections ». La base de données doit rester disponible, sauf pendant les maintenances planifiées. Comment l'entreprise peut-elle rendre l'application résiliente aux pics de connexion ?

Amazon RDS Proxy est la solution la plus efficace pour gérer les pics de connexion aux bases de données. Il met en pool et partage les connexions à la base de données, réduisant ainsi la charge sur l'instance RDS et évitant les erreurs "too many connections", ce qui est crucial pour une application critique. La fonction Lambda se connecte au proxy, qui gère ensuite les connexions persistantes à la base de données. Réduire les vCPU et augmenter maxconnections est contre-productif ; réduire les vCPU diminuerait la capacité de traitement de la base de données, et augmenter maxconnections sans gérer efficacement les connexions ne résoudrait pas le problème fondamental. Modifier la classe de l'instance via une alarme CloudWatch est une solution réactive et lente, qui ne préviendrait pas les erreurs immédiates lors d'un pic. Utiliser EventBridge pour augmenter maxconnections en fonction de l'utilisation du CPU est également réactif et ne gère pas la surcharge des connexions existantes.