View a markdown version of this page

Configuration du X-Ray SDK pour Go - AWS X-Ray

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.

Configuration du X-Ray SDK pour Go

Note

X-Ray SDK/Daemon Avis de maintenance — Le 25 février 2026, ils AWS X-Ray SDKs/Daemon passeront en mode maintenance, où les versions du X-Ray SDK et de Daemon AWS seront limitées uniquement pour résoudre les problèmes de sécurité. Pour plus d'informations sur le calendrier de support, consultezChronologie du support pour le SDK et Daemon X-Ray. Nous vous recommandons de migrer vers OpenTelemetry. Pour plus d'informations sur la migration vers OpenTelemetry, consultez la section Migration de l' X-Ray instrumentation vers OpenTelemetry l'instrumentation.

Vous pouvez spécifier la configuration du X-Ray SDK for Go via des variables d'environnement, en Configure appelant avec Config un objet ou en utilisant des valeurs par défaut. Les variables d'environnement ont priorité sur les valeurs Config, qui prévalent elles-même sur n'importe quelle valeur par défaut.

Plug-ins de service

Permet plugins d'enregistrer des informations sur le service hébergeant votre application.

Plug-ins
  • Amazon EC2 : EC2Plugin ajoute l'ID de l'instance, la zone de disponibilité et le groupe de CloudWatch journaux.

  • Elastic ElasticBeanstalkPlugin Beanstalk : ajoute le nom de l'environnement, l'étiquette de version et l'ID de déploiement.

  • Amazon ECS — ECSPlugin ajoute l'ID du conteneur.

Segmentez les données des ressources avec les plugins Amazon EC2 et Elastic Beanstalk.

Pour utiliser un module d'extension, importez l'un des modules suivants :

"github.com/aws/aws-xray-sdk-go/awsplugins/ec2" "github.com/aws/aws-xray-sdk-go/awsplugins/ecs" "github.com/aws/aws-xray-sdk-go/awsplugins/beanstalk"

Chaque plug-in a un appel de fonction Init() explicite qui charge le plug-in.

Exemple ec2.Init()
import ( "os" "github.com/aws/aws-xray-sdk-go/awsplugins/ec2" "github.com/aws/aws-xray-sdk-go/xray" ) func init() { // conditionally load plugin if os.Getenv("ENVIRONMENT") == "production" { ec2.Init() } xray.Configure(xray.Config{ ServiceVersion: "1.2.3", }) }

Le SDK utilise également les paramètres du plugin pour définir le origin champ du segment. Cela indique le type de AWS ressource qui exécute votre application. Lorsque vous utilisez plusieurs plug-ins, le SDK utilise l'ordre de résolution suivant pour déterminer l'origine : ElasticBeanstalk > EKS > ECS > EC2.

Règles d'échantillonnage

Le SDK utilise les règles d'échantillonnage que vous définissez dans la X-Ray console pour déterminer les demandes à enregistrer. La règle par défaut suit la première demande chaque seconde, et 5 % de toutes les demandes supplémentaires provenant de tous les services auxquels des traces sont envoyées X-Ray. Créez des règles supplémentaires dans la X-Ray console afin de personnaliser la quantité de données enregistrées pour chacune de vos applications.

Le SDK applique les règles personnalisées dans l'ordre dans lequel elles sont définies. Si une demande correspond à plusieurs règles personnalisées, le SDK applique uniquement la première règle.

Note

Si le SDK ne parvient pas X-Ray à obtenir des règles d'échantillonnage, il revient à une règle locale par défaut concernant la première demande chaque seconde, et 5 % de toutes les demandes supplémentaires par hôte. Cela peut se produire si l'hôte n'est pas autorisé à appeler des API d'échantillonnage ou ne peut pas se connecter au X-Ray daemon, qui agit comme un proxy TCP pour les appels d'API effectués par le SDK.

Vous pouvez également configurer le SDK pour charger des règles d'échantillonnage à partir d'un document JSON. Le SDK peut utiliser des règles locales comme solution de sauvegarde dans les cas où l' X-Ray échantillonnage n'est pas disponible, ou utiliser exclusivement des règles locales.

Exemple sampling-rules.json
{ "version": 2, "rules": [ { "description": "Player moves.", "host": "*", "http_method": "*", "url_path": "/api/move/*", "fixed_target": 0, "rate": 0.05 } ], "default": { "fixed_target": 1, "rate": 0.1 } }

Cet exemple définit une règle personnalisée et une règle par défaut. La règle personnalisée applique un taux d'échantillonnage de 5 % sans nombre minimum de demandes à suivre pour les chemins sous-jacents. /api/move/ La règle par défaut suit la première demande chaque seconde et 10 % des demandes supplémentaires.

L'inconvénient de définir des règles localement est que la cible fixe est appliquée par chaque instance de l'enregistreur indépendamment, au lieu d'être gérée par le X-Ray service. Au fur et à mesure que vous déployez de nouveaux hôtes, le taux fixe est multiplié, ce qui complique le contrôle de la quantité de données enregistrées.

Activé AWS Lambda, vous ne pouvez pas modifier le taux d'échantillonnage. Si votre fonction est appelée par un service instrumenté, les appels ayant généré des demandes échantillonnées par ce service seront enregistrés par Lambda. Si le suivi actif est activé et qu'aucun en-tête de suivi n'est présent, Lambda prend la décision d'échantillonnage.

Pour fournir les règles de sauvegarde, pointez sur le fichier JSON d'échantillonnage local en utilisant NewCentralizedStrategyWithFilePath.

Exemple main.go — Règle d'échantillonnage local
s, _ := sampling.NewCentralizedStrategyWithFilePath("sampling.json") // path to local sampling json xray.Configure(xray.Config{SamplingStrategy: s})

Pour utiliser uniquement les règles locales, pointez sur le fichier JSON d'échantillonnage local en utilisant NewLocalizedStrategyFromFilePath.

Exemple main.go — Désactive l'échantillonnage
s, _ := sampling.NewLocalizedStrategyFromFilePath("sampling.json") // path to local sampling json xray.Configure(xray.Config{SamplingStrategy: s})

Logging

Note

Les champs xray.Config{} LogLevel et LogFormat sont obsolètes à partir de la version 1.0.0-rc.10.

X-Ray utilise l'interface suivante pour la journalisation. L'enregistreur d’événements par défaut écrit sur stdout pour LogLevelInfo et au-dessus.

type Logger interface { Log(level LogLevel, msg fmt.Stringer) } const ( LogLevelDebug LogLevel = iota + 1 LogLevelInfo LogLevelWarn LogLevelError )
Exempleécrivez à IO.Writer
xray.SetLogger(xraylog.NewDefaultLogger(os.Stderr, xraylog.LogLevelError))

Variables d’environnement

Vous pouvez utiliser des variables d'environnement pour configurer le X-Ray SDK for Go. Le kit SDK prend en charge les variables suivantes.

  • AWS_XRAY_CONTEXT_MISSING— Réglé sur RUNTIME_ERROR pour générer des exceptions lorsque votre code instrumenté tente d'enregistrer des données alors qu'aucun segment n'est ouvert.

    Valeurs valides
    • RUNTIME_ERROR— Lance une exception d'exécution.

    • LOG_ERROR— Enregistrez une erreur et continuez (par défaut).

    • IGNORE_ERROR— Ignorez l'erreur et continuez.

    Des erreurs liées à des segments ou sous-segments manquants peuvent se produire lorsque vous essayez d'utiliser un client instrumenté dans un code de démarrage qui s'exécute lorsqu'aucune demande n'est ouverte, ou dans un code qui génère un nouveau thread.

  • AWS_XRAY_TRACING_NAME— Définissez le nom de service que le SDK utilise pour les segments.

  • AWS_XRAY_DAEMON_ADDRESS— Définit l'hôte et le port du X-Ray daemon listener. Par défaut, le SDK envoie les données de suivi à127.0.0.1:2000. Utilisez cette variable si vous avez configuré le démon pour qu'il écoute sur un port différent ou s'il s'exécute sur un autre hôte.

Les variables d'environnement remplacent les valeurs équivalentes définies dans le code.

Utilisation de Configure

Vous pouvez également configurer le X-Ray SDK pour Go à l'aide Configure de cette méthode. Configureprend un argument, un Config objet, avec les champs facultatifs suivants.

DaemonAddr

Cette chaîne indique l'hôte et le port du X-Ray daemon listener. Si elle n'est pas spécifiée, X-Ray utilise la valeur de la variable d'AWS_XRAY_DAEMON_ADDRESSenvironnement. Si cette valeur n'est pas définie, c'est « 127.0.0.1:2000 » qui est utilisé.

ServiceVersion

Cette chaîne définit la version du service. Si ce n'est pas spécifié, X-Ray utilise la chaîne vide (« »).

SamplingStrategy

Cet objet SamplingStrategy définit les appels d'application qui sont suivis. S'il n'est pas spécifié, X-Ray utilise aLocalizedSamplingStrategy, qui prend la stratégie telle que définie dansxray/resources/DefaultSamplingRules.json.

StreamingStrategy

Cet StreamingStrategy objet indique s'il faut diffuser un segment lorsqu'il RequiresStreamingrenvoie true. S'il n'est pas spécifié, X-Ray utilise un élément DefaultStreamingStrategy qui diffuse un échantillon de segment si le nombre de sous-segments du segment est supérieur à 20.

ExceptionFormattingStrategy

Cet objet ExceptionFormattingStrategy définit la façon dont vous souhaitez gérer les diverses exceptions. S'il n'est pas spécifié, X-Ray utilise un DefaultExceptionFormattingStrategy avec un type XrayError oferror, le message d'erreur et la trace de la pile.