Ce document explique comment envoyer des métriques directement depuis des applications vers le point de terminaison OTLP à l'aide d'un SDK et de l'exportateur gRPC, qui est l'exportateur recommandé pour une utilisation avec les SDK.
Le point de terminaison OTLP est compatible avec tous les protocoles OTLP, y compris http/proto, http/json et grpc. Pour en savoir plus, consultez la section Compatibilité avec le protocole.
Lorsque vous envoyez des métriques d'application directement au point de terminaison OTLP, le collecteur OpenTelemetry ne gère pas l'authentification ni l'enrichissement pour vous. Lorsque vous utilisez des SDK pour envoyer des métriques depuis des applications, vous devez procéder comme suit :
- Configurez les identifiants de l'exportateur gRPC OTLP pour qu'il utilise les identifiants par défaut de l'application Google, comme décrit dans Obtenir des identifiants d'authentification.
- Détecter Google Cloud et les ressources Kubernetes de l'application. La procédure à suivre dépend de l'application que vous exécutez.
Avant de commencer
Pour exécuter les exemples, vous devez activer les API nécessaires et obtenir des identifiants d'authentification.
Activer les API
Activez les API Cloud Monitoring et Telemetry dans votre projetGoogle Cloud en exécutant la commande suivante :
gcloud services enable monitoring.googleapis.com telemetry.googleapis.com
Obtenir des identifiants d'authentification
Configurez les identifiants de l'exportateur gRPC OTLP pour qu'il utilise les identifiants par défaut de l'application Google en exécutant la commande suivante :
gcloud auth application-default login
Exemples spécifiques à une langue
Cette section propose une sélection d'exemples spécifiques à une langue qui créent et écrivent une métrique de compteur. Sélectionnez un onglet pour obtenir des informations sur l'exécution de l'exemple et pour afficher le code.
Go
Pour savoir comment configurer et exécuter cet exemple, consultez le fichier README de l'exemple Go.
Java
Pour savoir comment configurer et exécuter cet exemple, consultez le fichier README de l'exemple Java.
NodeJS
Pour savoir comment configurer et exécuter cet exemple, consultez le fichier README de l'exemple NodeJS.
Python
Pour savoir comment exécuter cet exemple, consultez le fichier README du fichier README de l'exemple Python.
Utiliser l'API Downward pour les applications exécutées en tant que pods
Si vous exécutez l'application en tant que pod dans Kubernetes et que vous ne l'envoyez pas via l'OpenTelemetry Collector, veillez à utiliser l'API Downward pour définir les attributs de ressources Kubernetes :
env:
- name: POD_NAME
valueFrom:
fieldRef:
fieldPath: metadata.name
- name: NAMESPACE_NAME
valueFrom:
fieldRef:
fieldPath: metadata.namespace
- name: CONTAINER_NAME
value: my-container-name
- name: OTEL_RESOURCE_ATTRIBUTES
value: k8s.pod.name=$(POD_NAME),k8s.namespace.name=$(NAMESPACE_NAME),k8s.container.name=$(CONTAINER_NAME)
Étapes suivantes
- Pour savoir comment utiliser un collecteur OpenTelemetry et l'API Telemetry avec l'instrumentation OpenTelemetry sans code, consultez Utiliser l'instrumentation OpenTelemetry sans code pour Java.
- Pour savoir comment migrer vers l'exportateur
otlphttpà partir d'un autre exportateur, consultez Migrer vers l'exportateur OTLP. - Pour en savoir plus sur l'API Telemetry, consultez la présentation de l'API Telemetry (OTLP).