Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Utiliser les variables d'environnement Lambda pour configurer les valeurs dans le code
Vous pouvez utiliser des variables d’environnement pour ajuster le comportement de votre fonction sans mettre à jour le code. Une variable d’environnement est une paire de chaînes stockées dans la configuration spécifique à la version d’une fonction. L’environnement d’exécution de Lambda met les variables d’environnement à la disposition de votre code et définit les variables d’environnement supplémentaires qui contiennent des informations sur la fonction et la demande d’invocation.
Note
Pour renforcer la sécurité, nous vous recommandons d'utiliser à la AWS Secrets Manager place des variables d'environnement pour stocker les informations d'identification de la base de données et d'autres informations sensibles telles que API les clés ou les jetons d'autorisation. Pour plus d'informations, voir Créer et gérer des secrets avec AWS Secrets Manager.
Les variables d’environnement ne sont pas évaluées avant l’invocation de la fonction. Toute valeur que vous définissez est considérée comme une chaîne littérale et non développée. Effectuez l’évaluation de la variable dans le code de votre fonction.
Vous pouvez configurer des variables d'environnement dans Lambda à l'aide de la console Lambda, du AWS Command Line Interface (AWS CLI), AWS Serverless Application Model (AWS SAM) ou d'un. AWS SDK
Variables d’environnement d’exécution définies
Les runtimes Lambda définissent plusieurs variables d’environnement lors de l’initialisation. La plupart des variables d’environnement fournissent des informations sur la fonction ou l’exécution. Les clés de ces variables d’environnement sont réservées et ne peuvent pas être définies dans la configuration de la fonction.
Variables d’environnement réservées
-
_HANDLER
– Emplacement de gestionnaire configuré sur la fonction. -
_X_AMZN_TRACE_ID
– En-tête de suivi X-Ray. Cette variable d'environnement change à chaque invocation.-
Cette variable d'environnement n'est pas définie pour les environnements d'exécution uniquement basés sur le système d'exploitation (famille des environnements d'exécution
provided
). Vous pouvez définir_X_AMZN_TRACE_ID
pour les environnements d’exécution personnalisés à l’aide de l’en-tête de réponseLambda-Runtime-Trace-Id
de l’Invocation suivante. -
Pour les versions 17 et ultérieures du runtime Java, cette variable d'environnement n'est pas utilisée. Lambda stocke plutôt les informations de suivi dans la propriété du système
com.amazonaws.xray.traceHeader
.
-
-
AWS_DEFAULT_REGION
— L' Région AWS endroit par défaut où la fonction Lambda est exécutée. -
AWS_REGION
— L' Région AWS endroit où la fonction Lambda est exécutée. Si elle est définie, cette valeur remplaceAWS_DEFAULT_REGION
.-
Pour plus d'informations sur l'utilisation des variables d' Région AWS environnement avec AWS SDKs, consultez AWS la section Région dans le guide de référence des outils AWS SDKs et.
-
-
AWS_EXECUTION_ENV
– Identifiant d’exécution, doté du préfixeAWS_Lambda_
(par exemple,AWS_Lambda_java8
). Cette variable d'environnement n'est pas définie pour les environnements d'exécution uniquement basés sur le système d'exploitation (famille des environnements d'exécutionprovided
). -
AWS_LAMBDA_FUNCTION_NAME
– Nom de la fonction. -
AWS_LAMBDA_FUNCTION_MEMORY_SIZE
– Quantité de mémoire disponible pour la fonction en Mo. -
AWS_LAMBDA_FUNCTION_VERSION
– Version de la fonction en cours d’exécution. -
AWS_LAMBDA_INITIALIZATION_TYPE
– Type d’initialisation de la fonction, à savoiron-demand
,provisioned-concurrency
ousnap-start
. Pour plus d’informations, consultez Configuration de la simultanéité provisionnée ou Améliorer les performances de démarrage avec Lambda SnapStart. -
AWS_LAMBDA_LOG_GROUP_NAME
,AWS_LAMBDA_LOG_STREAM_NAME
— Le nom du groupe Amazon CloudWatch Logs et du flux associés à la fonction. Les variables AWS_LAMBDA_LOG_GROUP_NAME d'AWS_LAMBDA_LOG_STREAM_NAMEenvironnement et ne sont pas disponibles dans les fonctions Lambda SnapStart . -
AWS_ACCESS_KEY
,AWS_ACCESS_KEY_ID
,AWS_SECRET_ACCESS_KEY
,AWS_SESSION_TOKEN
– Clés d’accès obtenues du rôle d’exécution de la fonction. -
AWS_LAMBDA_RUNTIME_API
— (Runtime personnalisé) L'hôte et le port du runtime API. -
LAMBDA_TASK_ROOT
– Chemin d’accès du code de la fonction Lambda. -
LAMBDA_RUNTIME_DIR
– Chemin d’accès des bibliothèques de l’environnement d’exécution.
Les variables d’environnement supplémentaires suivantes ne sont pas réservées et peuvent être étendues dans la configuration de la fonction.
Variables d’environnement non réservées
-
LANG
– Paramètres régionaux de l’environnement d’exécution (en_US.UTF-8
). -
PATH
– Chemin d’exécution (/usr/local/bin:/usr/bin/:/bin:/opt/bin
). -
LD_LIBRARY_PATH
– Chemin de la bibliothèque système (/var/lang/lib:/lib64:/usr/lib64:$LAMBDA_RUNTIME_DIR:$LAMBDA_RUNTIME_DIR/lib:$LAMBDA_TASK_ROOT:$LAMBDA_TASK_ROOT/lib:/opt/lib
). -
NODE_PATH
– (Node.js) Chemin d’accès de la bibliothèque Node.js (/opt/nodejs/node12/node_modules/:/opt/nodejs/node_modules:$LAMBDA_RUNTIME_DIR/node_modules
). -
PYTHONPATH
– (Python 2.7, 3.6, 3.8) Chemin d’accès de la bibliothèque Python ($LAMBDA_RUNTIME_DIR
). -
GEM_PATH
– (Ruby) Chemin d’accès de la bibliothèque Ruby ($LAMBDA_TASK_ROOT/vendor/bundle/ruby/2.5.0:/opt/ruby/gems/2.5.0
). -
AWS_XRAY_CONTEXT_MISSING
— Pour le traçage par rayons X, Lambda le définit de manièreLOG_ERROR
à éviter de générer des erreurs d'exécution depuis le X-Ray. SDK -
AWS_XRAY_DAEMON_ADDRESS
– Pour le suivi X-Ray, adresse IP et le port du démon X-Ray. -
AWS_LAMBDA_DOTNET_PREJIT
— Pour le. NET6 et. NET7 environnements d'exécution, définissez cette variable pour qu'elle soit activée ou désactivée. NEToptimisations d'exécution spécifiques. Les valeurs incluentalways
,never
etprovisioned-concurrency
. Pour de plus amples informations, veuillez consulter Configuration de la simultanéité provisionnée pour une fonction. -
TZ
– Fuseau horaire de l’environnement (:UTC
). L'environnement d'exécution permet NTP de synchroniser l'horloge du système.
Les valeurs d’exemple affichées reflètent les derniers moteurs d’exécution. La présence de variables spécifiques ou leurs valeurs peuvent varier dans les anciens environnements d’exécution.
Exemple de scénario pour les variables d’environnement
Vous pouvez utiliser des variables d’environnement pour personnaliser le comportement des fonctions dans vos environnements de test et de production. Vous pouvez par exemple créer deux fonctions avec le même code mais une configuration différente. Une fonction se connecte à une base de données de test et l’autre à une base de données de production. Dans ce cas, vous utilisez des variables d’environnement pour transmettre à la fonction le nom d’hôte, ainsi que d’autres détails de connexion pour la base de données.
L’exemple suivant montre comment définir l’hôte de la base de données et le nom de base de données en tant que variables d’environnement.
Si vous souhaitez que votre environnement de test génère plus d’informations de débogage que l’environnement de production, vous pouvez définir une variable d’environnement pour configurer votre environnement de test de manière à utiliser une journalisation plus approfondie ou un suivi plus détaillé.