Une entreprise dispose d'une fonction Node.js sur un serveur sur site qui utilise une base de données PostgreSQL et stocke la chaîne de connexion dans une variable d'environnement. L'entreprise va migrer l'application vers AWS Lambda, migrer la base de données vers Amazon RDS for PostgreSQL et gérer les identifiants de la base de données de manière sécurisée avec le moins de frais opérationnels possible. Quelle solution répond à ces exigences ?

La bonne réponse est de stocker les identifiants dans AWS Secrets Manager. Secrets Manager est conçu spécifiquement pour stocker et gérer les secrets de manière sécurisée, y compris la rotation automatique des identifiants de base de données, ce qui réduit les frais opérationnels. La fonction Lambda peut récupérer ces identifiants au moment de l'exécution. Stocker les identifiants dans AWS Systems Manager Parameter Store est possible, mais il ne gère pas la rotation automatique des identifiants de base de données de la même manière que Secrets Manager, ce qui augmenterait les frais opérationnels. Les variables d'environnement Lambda chiffrées ne prennent pas en charge la rotation automatique nativement, nécessitant une fonction Lambda personnalisée, ce qui est plus complexe. AWS Key Management Service (KMS) est un service de gestion de clés de chiffrement, pas un gestionnaire de secrets pour les identifiants de base de données.