Une entreprise héberge une application web multiniveau qui utilise un cluster de base de données Amazon Aurora MySQL pour le stockage. Le niveau d'application est hébergé sur des instances Amazon EC2. Les directives de sécurité informatique de l'entreprise exigent que les informations d'identification de la base de données soient chiffrées et renouvelées tous les 14 jours. Que doit faire un architecte de solutions pour répondre à cette exigence avec le MINIMUM d'effort opérationnel ?

L'option correcte est la meilleure car AWS Secrets Manager est conçu spécifiquement pour stocker, gérer et faire pivoter les informations d'identification de manière sécurisée, avec une intégration native pour les bases de données Aurora. Il permet de configurer facilement une rotation automatique des secrets à des intervalles personnalisés, comme 14 jours, et utilise AWS KMS pour le chiffrement, minimisant ainsi l'effort opérationnel. Les autres options sont moins optimales : Utiliser AWS Systems Manager Parameter Store avec une fonction Lambda pour la rotation est possible mais nécessite plus d'effort de développement et de maintenance pour la logique de rotation. Stocker les informations d'identification dans Amazon EFS ou Amazon S3 est moins sécurisé et plus complexe à gérer pour la rotation automatique, car cela implique de gérer manuellement le fichier et sa mise à jour sur toutes les instances ou dans S3, ainsi que la logique de rotation via Lambda. Ces services ne sont pas conçus pour la gestion native des secrets de base de données avec rotation automatique.