Vous avez créé une application web qui utilise un point de terminaison régional API Gateway et une fonction AWS Lambda. Les consommateurs sont proches de la Région. La fonction Lambda interroge une base de données Amazon Aurora MySQL qui possède trois répliques en lecture. Sous forte charge, l'application ouvre de nombreuses connexions à la base de données et ne parvient pas à atteindre les objectifs de performance. Quelles actions devriez-vous entreprendre pour améliorer les performances ? (Choisissez-en deux.)

Amazon RDS Proxy est une solution efficace pour gérer les connexions de base de données, en particulier sous forte charge. Il met en cache les connexions et les réutilise, réduisant ainsi la surcharge liée à l'établissement de nouvelles connexions et améliorant la performance et la scalabilité de l'application. Le pointer vers le point de terminaison du lecteur Aurora permet de distribuer les requêtes en lecture sur les répliques, optimisant ainsi l'utilisation des ressources. Activer la concurrence provisionnée Lambda permet de maintenir les fonctions Lambda "à chaud", réduisant les latences de démarrage (cold starts) et assurant une réponse plus rapide aux requêtes, ce qui est crucial sous forte charge. Utiliser le point de terminaison du cluster Aurora dirigerait le trafic vers l'instance principale, ce qui ne résoudrait pas le problème de la gestion des connexions ni l'utilisation des répliques en lecture. Déplacer le code d'ouverture de connexion en dehors du gestionnaire d'événements est une bonne pratique, mais ne résout pas le problème fondamental de la gestion des connexions à grande échelle que RDS Proxy adresse. Changer l'API Gateway pour un point de terminaison optimisé pour la périphérie n'est pas pertinent car les consommateurs sont déjà proches de la Région, et cela n'affecte pas les performances de la base de données ou de Lambda.