Une application web multiniveau utilise un cluster de base de données Amazon Aurora MySQL pour le stockage et des instances EC2 pour la couche applicative. La sécurité informatique exige que les identifiants de base de données soient chiffrés et renouvelés tous les 14 jours. Que doit faire un architecte de solutions pour répondre à cette exigence avec le MOINS d'effort opérationnel ?

La bonne réponse est la création d'une nouvelle clé KMS, l'utilisation d'AWS Secrets Manager pour stocker le secret avec cette clé, l'association du secret au cluster Aurora et la configuration d'une rotation de 14 jours. Cette approche est la plus efficace car Secrets Manager est conçu pour la gestion et la rotation automatiques des identifiants de base de données, y compris ceux d'Aurora, avec une intégration native et un effort opérationnel minimal. Les autres options impliquent des solutions personnalisées qui nécessitent plus d'efforts de développement et de maintenance. L'utilisation de Systems Manager Parameter Store avec une fonction Lambda personnalisée pour la rotation est possible, mais Secrets Manager offre une intégration plus poussée et des fonctionnalités spécifiques pour la rotation des identifiants de base de données. Stocker les identifiants dans EFS ou S3 nécessite une logique personnalisée pour la rotation, la récupération sécurisée et la gestion des accès, ce qui augmente la complexité et le risque d'erreurs.