Cette page est conçue pour les développeurs d'applications qui souhaitent collecter des données Cloud Trace pour les applications Go à l'aide d'OpenTelemetry. OpenTelemetry est un framework d'instrumentation neutre du fournisseur que vous pouvez utiliser pour collecter des données de trace et de métriques. Pour en savoir plus sur l'instrumentation de votre code, consultez la page Instrumentation et observabilité.
- Installez les packages OpenTelementry.
- Configurez votre application pour exporter les délais vers Cloud Trace.
- Configurez votre plate-forme.
Pour en savoir plus sur les versions, consultez les articles suivants :
Pour accéder au contenu de référence d'OpenTelemetry, consultez les pages suivantes:
Pour obtenir les dernières informations sur OpenTelemetry pour Go, ainsi que de la documentation supplémentaire et des exemples, consultez la section OpenTelemetry.
Avant de commencer
-
Dans le panneau de navigation de la console Google Cloud, sélectionnez API et services, cliquez sur Activer les API et les services, puis activez l'API Cloud Trace:
Si API activée s'affiche, l'API est déjà activée. Sinon, cliquez sur le bouton Activer.
Installer, initialiser et utiliser le client
Consultez les instructions suivantes pour instrumenter vos applications Go sur Compute Engine et Google Kubernetes Engine. Pour obtenir un exemple général d'utilisation d'OpenTelemetry, consultez le dépôt GitHub OpenTelemetry pour Go.
Compute Engine
Installez le package OpenTelemetry :
go get go.opentelemetry.io/otel
go get github.com/GoogleCloudPlatform/opentelemetry-operations-go/exporter/trace
Importez les packages d'exportation OpenTelemetry et Cloud Trace :
Créez l'exportateur et le fournisseur de traces :
Lorsque vous créez l'exportateur, vous fournissez des informations sur votre identifiant de projet Google Cloud. Dans cet exemple, l'identifiant est stocké dans la variable d'environnement GOOGLE_CLOUD_PROJECT
.
L'exemple d'application appelle la fonction WithBatcher
pour configurer le fournisseur de traces afin d'envoyer des délais à Cloud Monitoring à l'aide d'un processus en arrière-plan.
L'exemple est également configuré pour appeler la fonction Shutdown
de l'exportateur sur la sortie de l'application. Lorsque Shutdown
s'exécute, il envoie tous les délais en attente à Cloud Monitoring. La configuration présentée dans l'exemple est la mise en œuvre recommandée pour tous les environnements d'exploitation, y compris pour Cloud Run où les conteneurs peuvent être arrêtés à tout moment.
Lorsque vous créez l'instance Tracer
, vous lui attribuez un nom.
Dans l'exemple, le nom est example.com/trace
. Nous vous recommandons de nommer ces instances en fonction du composant tracé, car cette stratégie vous permet d'en avoir plusieurs.
Lorsque l'exemple est exécuté, une seule trace nommée foo
est créée.
GKE
Ajoutez les éléments suivants à votre Dockerfile
:
RUN go get go.opentelemetry.io/otel
RUN go get github.com/GoogleCloudPlatform/opentelemetry-operations-go/exporter/trace
Importez les packages d'exportation OpenTelemetry et Cloud Trace :
Créez l'exportateur et le fournisseur de traces :
Lorsque vous créez l'exportateur, vous fournissez des informations sur votre identifiant de projet Google Cloud. Dans cet exemple, l'identifiant est stocké dans la variable d'environnement GOOGLE_CLOUD_PROJECT
.
L'exemple d'application appelle la fonction WithBatcher
pour configurer le fournisseur de traces afin d'envoyer des délais à Cloud Monitoring à l'aide d'un processus en arrière-plan.
L'exemple est également configuré pour appeler la fonction Shutdown
de l'exportateur sur la sortie de l'application. Lorsque Shutdown
s'exécute, il envoie tous les délais en attente à Cloud Monitoring. La configuration présentée dans l'exemple est la mise en œuvre recommandée pour tous les environnements d'exploitation, y compris pour Cloud Run où les conteneurs peuvent être arrêtés à tout moment.
Lorsque vous créez l'instance Tracer
, vous lui attribuez un nom.
Dans l'exemple, le nom est example.com/trace
. Nous vous recommandons de nommer ces instances en fonction du composant tracé, car cette stratégie vous permet d'en avoir plusieurs.
Lorsque l'exemple est exécuté, une seule trace nommée foo
est créée.
Comment créer un délai personnalisé
Vous pouvez ajouter des informations supplémentaires à la trace créée par le système en créant un délai personnalisé.
Pour créer un délai personnalisé nommé foo
, ajoutez les éléments suivants au code source :
Ici, example.com/trace
fait référence au nom de l'instance de traceur.
Configurer votre plate-forme
Vous pouvez utiliser Cloud Trace sur Google Cloud et d'autres plates-formes.
Exécuter des applications sur Google Cloud
Lorsque votre application s'exécute sur Google Cloud, vous n'avez pas besoin de fournir des identifiants d'authentification sous la forme d'un compte de service à la bibliothèque cliente. Cependant, vous devez vous assurer que le niveau d'accès de l'API Cloud Trace est activé sur votre plate-forme Google Cloud.
Pour obtenir la liste des environnements Google Cloud compatibles, consultez la page Environnements compatibles.
Pour les configurations suivantes, les paramètres de niveau d'accès par défaut activent l'API Cloud Trace :
- Environnement flexible App Engine
Environnement standard App Engine
Google Kubernetes Engine (GKE)
Compute Engine
Cloud Run
Si vous utilisez des niveaux d'accès personnalisés, assurez-vous que le niveau d'accès de l'API Cloud Trace est activé :
Pour en savoir plus sur la configuration des niveaux d'accès pour votre environnement à l'aide de la console Google Cloud, consultez la page Configurer votre projet Google Cloud.
Pour les utilisateurs
gcloud
, spécifiez les niveaux d'accès à l'aide de l'indicateur--scopes
et incluez le niveau d'accès à l'API Cloud Tracetrace.append
. Par exemple, pour créer un cluster GKE avec uniquement l'API Cloud Trace activée, procédez comme suit :gcloud container clusters create example-cluster-name --scopes=https://www.googleapis.com/auth/trace.append
Exécuter en local et depuis un autre emplacement
Si votre application s'exécute en dehors de Google Cloud, vous devez fournir les identifiants d'authentification sous la forme d'un compte de service à la bibliothèque cliente. Le compte de service doit contenir le rôle d'agent Cloud Trace. Pour savoir comment faire, consultez la page Créer un compte de service.
Les bibliothèques clientes Google Cloud utilisent les identifiants par défaut de l'application (ADC) pour trouver les identifiants de votre application.
Vous pouvez fournir ces identifiants de l'une des trois manières suivantes:
Exécuter
gcloud auth application-default login
Placez le compte de service dans un chemin d'accès par défaut pour votre système d'exploitation. Voici la liste des chemins d'accès par défaut pour Windows et Linux:
Windows :
%APPDATA%/gcloud/application_default_credentials.json
Linux :
$HOME/.config/gcloud/application_default_credentials.json
Définissez la variable d'environnement
GOOGLE_APPLICATION_CREDENTIALS
pour qu'elle indique le chemin d'accès à votre compte de service:
Linux/macOS
export GOOGLE_APPLICATION_CREDENTIALS=path-to-your-service-accounts-private-key
Windows
set GOOGLE_APPLICATION_CREDENTIALS=path-to-your-service-accounts-private-key
Powershell :
$env:GOOGLE_APPLICATION_CREDENTIALS="path-to-your-service-accounts-private-key"
Afficher les traces
Dans le panneau de navigation de la console Google Cloud, sélectionnez Trace, puis Explorateur Trace:
Dépannage
Pour en savoir plus sur la résolution des problèmes liés à Cloud Trace, consultez la page Dépannage.