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 for Go
Vous pouvez spécifier la configuration des variables d'environnement X-Ray SDK for Go, en appelant Configure
avec un Config
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.
Sections
Plug-ins de service
Permet plugins
d'enregistrer des informations sur le service hébergeant votre application.
Plugins
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.
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",
})
}
SDKIl 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 plugins, ils SDK utilisent l'ordre de résolution suivant pour déterminer l'origine : ElasticBeanstalk > EKS > ECS >EC2.
Règles d'échantillonnage
SDKUtilise les règles d'échantillonnage que vous définissez dans la console X-Ray 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 envoient des traces à X-Ray. Créez des règles supplémentaires dans la console X-Ray pour personnaliser la quantité de données enregistrées pour chacune de vos applications.
Les règles personnalisées SDK s'appliquent dans l'ordre dans lequel elles sont définies. Si une demande correspond à plusieurs règles personnalisées, seule la première règle SDK s'applique.
Note
S'il ne SDK parvient pas à joindre X-Ray pour obtenir les 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é à échantillonner APIs les appels ou ne peut pas se connecter au daemon X-Ray, qui agit comme un TCP proxy pour les API appels effectués par leSDK.
Vous pouvez également configurer le SDK pour charger les règles d'échantillonnage à partir d'un JSON document. Ils SDK peuvent utiliser les règles locales comme solution de rechange dans les cas où l'échantillonnage X-Ray n'est pas disponible, ou utiliser exclusivement les 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 service X-Ray. 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 des règles de sauvegarde, pointez sur le JSON fichier d'échantillonnage local en utilisantNewCentralizedStrategyWithFilePath
.
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 JSON fichier d'échantillonnage local en utilisantNewLocalizedStrategyFromFilePath
.
Exemple main.go — Désactive l'échantillonnage
s, _ := sampling.NewLocalizedStrategyFromFilePath("sampling.json") // path to local sampling json
xray.Configure(xray.Config{SamplingStrategy: s})
Journalisation
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 écrire à 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 SDK prend en charge les variables suivantes.
AWS_XRAY_CONTEXT_MISSING
— Réglé surRUNTIME_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 du service SDK utilisé pour les segments. AWS_XRAY_DAEMON_ADDRESS
— Définissez l'hôte et le port de l'écouteur du daemon X-Ray. Par défaut, 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.-
AWS_XRAY_CONTEXT_MISSING
— Définissez la valeur pour déterminer comment il SDK gère les erreurs de contexte manquantes. Des erreurs relatives aux segments ou aux sous-segments manquants peuvent se produire lorsque vous tentez d'utiliser un client instrumenté dans le code de démarrage quand aucune demande n'est ouverte, ou dans un code qui génère un nouveau thread.-
RUNTIME_ERROR
— Par défaut, SDK il est configuré pour lancer une exception d'exécution. -
LOG_ERROR
— Paramétré pour enregistrer une erreur et continuer.
-
Les variables d'environnement remplacent les valeurs équivalentes définies dans le code.
Utilisation de Configure
Vous pouvez également configurer le X-Ray SDK for Go à l'aide de Configure
cette méthode. Configure
prend un argument, un Config
objet, avec les champs facultatifs suivants.
- DaemonAddr
-
Cette chaîne indique l'hôte et le port de l'écouteur du daemon X-Ray. Si elle n'est pas spécifiée, X-Ray utilise la valeur de la variable d'
AWS_XRAY_DAEMON_ADDRESS
environnement. 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 elle n'est pas spécifiée, X-Ray utilise la chaîne vide (« »).
- SamplingStrategy
-
Cet objet
SamplingStrategy
définit les appels d'application qui sont suivis. Si ce n'est pas spécifié, X-Ray utilise unLocalizedSamplingStrategy
, 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. Si ce n'est pas spécifié, X-Ray utilise unDefaultStreamingStrategy
qui diffuse un segment échantillonné si le nombre de sous-segments est supérieur à 20. - ExceptionFormattingStrategy
-
Cet objet
ExceptionFormattingStrategy
définit la façon dont vous souhaitez gérer les diverses exceptions. Si ce n'est pas spécifié, X-Ray utilise unDefaultExceptionFormattingStrategy
avec un typeXrayError
oferror
, le message d'erreur et le stack trace.