De nombreuses fonctions Lambda d'une application se connectent à une seule base de données Amazon RDS. Les identifiants de la base de données doivent être stockés en toute sécurité, et lorsque les identifiants sont mis à jour, les fonctions Lambda doivent pouvoir utiliser les nouveaux identifiants sans modifier le code ou la configuration. Quelle solution répond à ces exigences ?

Stocker les identifiants dans AWS Secrets Manager et les récupérer à l'exécution est la solution la plus appropriée. Secrets Manager permet de stocker et de gérer les identifiants de manière sécurisée, et il intègre une rotation automatique des secrets. En récupérant le secret à chaque exécution, les fonctions Lambda utilisent toujours la version la plus récente des identifiants sans nécessiter de redéploiement ou de modification de code. Les autres options sont moins idéales : Injecter les identifiants via containerDefinitions et valueFrom est une approche pour les conteneurs (ECS/EKS), pas directement pour les fonctions Lambda. De plus, cela ne gère pas la mise à jour dynamique des identifiants sans redéploiement de la fonction. Stocker les identifiants en tant que SecureString dans Parameter Store est sécurisé, mais ajouter un déclencheur pour les transmettre aux fonctions Lambda n'est pas une fonctionnalité native de Parameter Store pour Lambda. Référencer le paramètre dans une variable d'environnement dans les fonctions Lambda ne permet pas une mise à jour dynamique des identifiants sans redéploiement de la fonction, car les variables d'environnement sont définies au moment du déploiement.