Une application sur AWS utilise une instance de base de données Amazon Aurora MySQL qui connaît un trop grand nombre de connexions ouvertes. La plupart des opérations de l'application sont des insertions. Les informations d'identification de la base de données sont actuellement stockées dans un fichier de configuration en texte clair. L'architecte de solutions doit concevoir une solution qui gère la charge de connexion actuelle, sécurise les informations d'identification et prend en charge la rotation automatique des informations d'identification selon un calendrier régulier. Quelle solution répond à ces exigences ?

La solution correcte est de déployer Amazon RDS Proxy devant l'instance de base de données Aurora et de stocker les informations d'identification dans AWS Secrets Manager. RDS Proxy gère efficacement les pools de connexions et réutilise les connexions existantes, ce qui réduit le nombre de connexions ouvertes à la base de données Aurora et améliore la résilience de l'application. Secrets Manager sécurise les informations d'identification et prend en charge la rotation automatique, répondant ainsi aux exigences de sécurité et de rotation. Les autres options sont incorrectes car: Stocker les informations d'identification dans AWS Systems Manager Parameter Store ne permet pas la rotation automatique des informations d'identification, ce qui est une exigence clé. La création d'un réplica Aurora déchargerait les requêtes en lecture seule, mais ne résoudrait pas le problème des connexions excessives pour les opérations d'insertion sur l'instance principale, ni ne gérerait la sécurité des informations d'identification de manière adéquate.