Un développeur crée une fonction Lambda qui lit à partir d'une table Amazon DynamoDB. Le nom de la table est actuellement codé en dur dans la fonction, mais le nom de la table pourrait changer à l'avenir. Le développeur souhaite éviter de modifier le code Lambda lorsque le nom de la table change. Quelle est la solution la PLUS efficace ?

Définir le nom de la table DynamoDB comme variable d'environnement est la solution la plus efficace car cela permet de découpler la configuration du code. Les variables d'environnement sont faciles à gérer via la console AWS, l'AWS CLI ou AWS CloudFormation, et ne nécessitent pas de redéploiement du code Lambda lorsque le nom de la table change. Stocker le nom de la table dans /tmp n'est pas persistant entre les invocations et n'est pas une méthode standard pour la configuration. Placer un fichier dans une couche Lambda nécessiterait une mise à jour et un redéploiement de la couche à chaque changement, ce qui est moins flexible qu'une variable d'environnement. Déclarer une variable globale dans le code nécessiterait une modification et un redéploiement du code à chaque changement, ce qui est précisément ce que le développeur veut éviter.