Visualisez les appels de fonctions Lambda à l'aide de AWS X-Ray

Vous pouvez les utiliser AWS X-Ray pour visualiser les composants de votre application, identifier les goulots d'étranglement en matière de performances et résoudre les demandes qui ont entraîné une erreur. Vos fonctions Lambda envoient des données de suivi à X-Ray et X-Ray les traitent pour générer une carte des services et des résumés de suivi consultables.

Lambda prend en charge deux modes de traçage pour X-Ray : Active etPassThrough. Avec le Active traçage, Lambda crée automatiquement des segments de trace pour les appels de fonctions et les envoie à. X-Ray PassThroughmode, quant à lui, propage simplement le contexte de traçage aux services en aval.

Si vous avez activé le Active traçage pour votre fonction, Lambda envoie automatiquement des traces à X-Ray pour les requêtes échantillonnées. Généralement, un service en amont, tel qu'Amazon API Gateway ou une application hébergée sur Amazon EC2 qui est instrumentée avec le X-Ray SDK, décide si les demandes entrantes doivent être tracées, puis ajoute cette décision d'échantillonnage en tant qu'en-tête de suivi. Lambda utilise cet en-tête pour décider d’envoyer des traces ou non. Les traces des producteurs de messages en amont, tels qu’Amazon SQS, sont automatiquement liées aux traces des fonctions Lambda en aval, créant ainsi une vue de bout en bout de l’application entière. Pour plus d’informations, consultez Traçage des applications événementielles dans le Guide du développeur AWS X-Ray .

Pour activer/désactiver le traçage actif sur votre fonction Lambda avec la console, procédez comme suit :

Votre fonction a besoin d'une autorisation pour télécharger des données de suivi vers X-Ray. Lorsque vous activez le suivi actif dans la console Lambda, Lambda ajoute les autorisations requises au rôle d’exécution de votre fonction. Sinon, ajoutez la AWSXRayDaemonWriteAccess politique au rôle d'exécution.

X-Ray ne retrace pas toutes les demandes jusqu'à votre application. X-Ray applique un algorithme d'échantillonnage pour garantir l'efficacité du traçage, tout en fournissant un échantillon représentatif de toutes les demandes. Le taux d’échantillonnage est 1 demande par seconde et 5 % de demandes supplémentaires. Vous ne pouvez pas configurer la fréquence X-Ray d'échantillonnage pour vos fonctions.

Comprendre les X-Ray traces

Dans X-Ray, une trace enregistre des informations relatives à une demande traitée par un ou plusieurs services. Lambda enregistre deux segments par suivi, ce qui a pour effet de créer deux nœuds sur le graphique du service. L’image suivante met en évidence ces deux nœuds :

Le premier nœud sur la gauche représente le service Lambda qui reçoit la demande d’invocation. Le deuxième nœud représente votre fonction Lambda spécifique.

Le segment enregistré pour le service Lambda, AWS::Lambda, couvre toutes les étapes nécessaires à la préparation de l’environnement d’exécution Lambda. Cela inclut la planification de la MicroVM, la création ou le déblocage d’un environnement d’exécution avec les ressources que vous avez configurées, ainsi que le téléchargement de votre code de la fonction et de toutes les couches.

Le segment AWS::Lambda::Function concerne le travail effectué par la fonction.

Old-style AWS X-Ray Structure des segments Lambda

L'ancienne X-Ray structure du AWS::Lambda segment se présente comme suit :

Dans ce format, le segment de fonction comporte des sous-segments pour Initialization, Invocation et Overhead. Pour SnapStart uniquement, il existe également un sous-segment Restore (non représenté sur ce schéma).

Le sous-segment Initialization représente la phase d’initialisation du cycle de vie de l’environnement d’exécution Lambda. Au cours de cette phase, Lambda initialise les extensions, initialise l’environnement d’exécution, et exécute le code d’initialisation de la fonction.

Le sous-segment Invocation représente la phase d’invocation où Lambda invoque le gestionnaire de fonction. Cela commence par l’enregistrement de l’exécution et de l’extension et se termine lorsque l’exécution est prête à envoyer la réponse.

(Lambda SnapStart uniquement) Le Restore sous-segment indique le temps nécessaire à Lambda pour restaurer un instantané, charger le moteur d'exécution et exécuter les hooks d'exécution après la restauration. Le processus de restauration des instantanés peut inclure du temps consacré à des activités en dehors de la MicroVM. Cette heure est indiquée dans le sous-segment Restore. Le temps passé en dehors de la microVM pour restaurer un instantané ne vous est pas facturé.

Le sous-segment Overhead représente la phase qui se produit entre le moment où l’exécution envoie la réponse et le signal pour l’invocation suivante. Pendant ce temps, l’exécution termine toutes les tâches liées à une invocation et se prépare à geler l’environnement de test (sandbox).

Pour plus d’informations sur les phases de l’environnement d’exécution Lambda, consultez Comprendre le cycle de vie de l’environnement d’exécution Lambda.

Un exemple de trace utilisant l'ancienne X-Ray structure est illustré dans le schéma suivant.

Notez les deux segments de l’exemple. Les deux sont nommés my-function, mais l’un a pour origine AWS::Lambda et l’autre a pour origine AWS::Lambda::Function. Si le segment AWS::Lambda affiche une erreur, cela signifie que le service Lambda a rencontré un problème. Si le segment AWS::Lambda::Function affiche une erreur, cela signifie que votre fonction a rencontré un problème.

New-style AWS X-Ray Structure des segments Lambda

La nouvelle X-Ray structure stylistique du AWS::Lambda segment se présente comme suit :

Dans ce nouveau format, le sous-segment Init représente la phase d’initialisation du cycle de vie de l’environnement d’exécution Lambda comme auparavant.

Le nouveau format ne contient pas de segment d’invocation. À la place, les sous-segments du client sont directement rattachés au segment AWS::Lambda::Function. Ce segment contient les métriques suivantes sous forme d’annotations :

Un exemple de trace utilisant la X-Ray structure du nouveau style est illustré dans le schéma suivant.

Notez les deux segments de l’exemple. Les deux sont nommés my-function, mais l’un a pour origine AWS::Lambda et l’autre a pour origine AWS::Lambda::Function. Si le segment AWS::Lambda affiche une erreur, cela signifie que le service Lambda a rencontré un problème. Si le segment AWS::Lambda::Function affiche une erreur, cela signifie que votre fonction a rencontré un problème.

Consultez les rubriques suivantes pour une présentation du suivi dans Lambda spécifique de chaque langage :

Pour obtenir la liste complète des services qui prennent en charge l’instrumentation active, consultez Services AWS pris en charge dans le Guide du développeur AWS X-Ray .

Comportement de suivi par défaut dans Lambda

Si le suivi Active n’est pas activé, Lambda passe en mode de suivi PassThrough par défaut.

En PassThrough mode, Lambda transmet l'en-tête de X-Ray suivi aux services en aval, mais n'envoie pas de traces automatiquement. Cela est vrai même si l’en-tête de suivi contient la décision d’échantillonner la demande. Si le service en amont ne fournit pas d'en-tête de X-Ray suivi, Lambda génère un en-tête et décide de ne pas échantillonner. Cependant, vous pouvez envoyer vos propres suivis en appelant des bibliothèques de suivi à partir du code de votre fonction.

Autorisations du rôle d’exécution

Lambda a besoin des autorisations suivantes pour envoyer des données de trace à X-Ray. Ajoutez-les au rôle d’exécution de la fonction.

Ces autorisations sont incluses dans la politique AWSXRayDaemonWriteAccess gérée.

Activation du traçage actif avec l'API Lambda

Pour gérer la configuration du suivi à l'aide du AWS SDK AWS CLI or, utilisez les opérations d'API suivantes :

L'exemple de AWS CLI commande suivant active le traçage actif sur une fonction nommée my-function.

aws lambda update-function-configuration --function-name my-function \
--tracing-config Mode=Active

Le mode de suivi fait partie de la configuration spécifique de la version lorsque vous publiez une version de votre fonction. Vous ne pouvez pas modifier le mode de suivi sur une version publiée.

Activation du traçage actif avec CloudFormation

Pour activer le suivi d'une AWS::Lambda::Function ressource dans un CloudFormation modèle, utilisez la TracingConfig propriété.

Resources:
  function:
    Type: AWS::Lambda::Function
    Properties:
      TracingConfig:
        Mode: Active
      ...

Pour une AWS::Serverless::Function ressource AWS Serverless Application Model (AWS SAM), utilisez la Tracing propriété.

Resources:
  function:
    Type: AWS::Serverless::Function
    Properties:
      Tracing: Active
      ...