Cloud Trace collecte et affiche des données, telles que des appels d'outils, des appels de méthodes, des requêtes et des réponses, pour vous aider à comprendre le comportement de vos applications agentiques. Ce document explique comment configurer une application agentique qui appelle des serveurs MCP Google Cloud à distance pour leur permettre de générer des étendues qui enregistrent l'état des appels.
Une étendue enregistre une seule fonction ou opération qui fait partie d'une opération de bout en bout plus importante. Une trace représente une seule opération de bout en bout et est composée d'étendues. Par conséquent, une trace fournit des informations sur la séquence des fonctions appelées et la latence globale, tandis qu'une étendue fournit des informations sur l'état et la latence d'une fonction spécifique.
À propos des outils
Les outils permettent à un agent de collecter des informations en dehors de ses données d'entraînement, généralement en interagissant avec des API externes. Avec les serveurs MCP Google Cloud, vos applications agentiques peuvent appeler des outils qui appellent Google Cloud des méthodes d'API. Par exemple, votre application peut appeler l'outil list_log_entries pour récupérer les données de journal récentes.
Le Model Context Protocol (MCP) est une spécification qui définit une manière standardisée pour les agents d'IA de communiquer et d'interagir avec des outils, des sources de données et des ressources externes. Pour obtenir la liste complète des produits qui fournissent un serveur MCP et des liens vers leur documentation de référence, consultez la section Produits compatibles.
Comment le contexte de trace est transmis à un serveur MCP
Les pages de référence MCP, telles que la documentation de
list_log_entries, fournissent un exemple de commande curl
que vous pouvez utiliser pour envoyer des requêtes HTTP à l'outil. La charge utile JSON envoyée dans la requête est semblable à la suivante :
{
"jsonrpc": "2.0",
"method": "tools/call",
"params": {
"name": "NAME",
"arguments": {
// provide these details according to the tool's MCP specification
}
},
"id": 1
}
La valeur du champ name indique le nom de l'outil, tel que list_log_entries.
Le champ arguments contient les informations requises par l'opération pour exécuter la requête.
La norme MCP définit un champ _meta field, qui permet aux clients et aux
serveurs de joindre des métadonnées à leurs interactions. Les clients et les serveurs peuvent utiliser ce
champ pour transmettre le contexte de trace :
{
"jsonrpc": "2.0",
"method": "tools/call",
"params": {
"name": "NAME",
"arguments": {
// provide these details according to the tool's MCP specification
}
"_meta": {
"traceparent": "00-TRACE_ID-PARENT_SPAN_ID-SAMPLED_FLAG"
"tracestate": "Vendor specific information."
}
},
"id": 1
}
Les données _meta incluent un champ traceparent. Le format de la valeur de ce
champ est défini par le World Wide Web Consortium (W3C)
traceparent en-tête. La valeur inclut les éléments suivants :
- Version de la spécification
traceparent(00). - ID de la trace (TRACE_ID).
- ID de l'étendue appelante (PARENT_SPAN_ID).
- Indique si l'étendue appelante a échantillonné la requête (SAMPLED_FLAG). Ce
champ a la valeur
01lorsqu'il est échantillonné et00lorsqu'il ne l'est pas.
Le champ tracestate contient des informations de traçage spécifiques au fournisseur.
Limites
Le contexte de trace doit respecter la norme W3C Trace Context, et l'indicateur
sampleddoit être défini sur 1.Les serveurs MCP Google Cloud à distance peuvent générer une seule étendue pour une opération
tools/call, mais ils ne génèrent pas d'étendues pour d'autres types d'opérations ni d'étendues enfants pour l'opérationtools/call.Les serveurs MCP Google Cloud à distance ne génèrent une étendue que lorsque la requête est authentifiée, autorisée et qu'elle réussit d'autres vérifications internes.
Serveurs Google et Google Cloud MCP à distance compatibles avec le traçage
Les produits suivants contiennent une intégration qui permet à leur serveur MCP à distance de générer une étendue de trace pour une opération tools/call :
| Produit | Référence |
|---|---|
| Cloud Logging | Référence MCP Cloud Logging |
| Cloud Monitoring | Référence MCP Cloud Monitoring |
| Maps Grounding Lite | Référence MCP Maps Grounding Lite |
| GKE | Référence MCP GKE |
| Cloud Run | Référence MCP Cloud Run |
| Compute Engine | Référence MCP Compute Engine |
Configurer votre application
Vous pouvez utiliser n'importe quel framework ou SDK qui transmet le contexte de trace à l'aide du
_meta champ. Ces frameworks et SDK incluent ceux qui
sont compatibles avec les conventions sémantiques OpenTelemetry pour MCP.
Par exemple, vous pouvez utiliser le framework Agent Development Kit (ADK). Pour en savoir plus, consultez Instrumenter des applications ADK avec OpenTelemetry.
Afficher les étendues
Pour afficher vos données de trace, utilisez l'explorateur Trace. Cette page vous permet d'afficher des informations agrégées sur vos données de trace, ainsi que d'explorer des traces et des étendues individuelles. Pour en savoir plus, consultez Rechercher et explorer des traces.
Pour afficher les étendues écrites par les serveurs MCP, filtrez vos données de trace par nom d'étendue. Par exemple, certains serveurs MCP Google Cloud à distance peuvent générer une étendue de trace lorsqu'ils reçoivent une opération tools/call. Ces étendues suivent la convention d'attribution de noms suivante :
tools/call NAME
Dans l'expression précédente, NAME fait référence au point de terminaison appelé.
Par exemple, cela peut ressembler à list_keys. Cette convention d'attribution de noms est définie par les conventions sémantiques OpenTelemetry pour MCP.
Pour trouver ces étendues, utilisez la barre de filtre et ajoutez un
filtre d'attribut pour mcp.method.name. Définissez la valeur du filtre sur tools/call.
Exemples d'instrumentation
Pour obtenir des recommandations sur l'instrumentation, consultez Choisir une approche d'instrumentation.
Les exemples d'instrumentation que nous fournissons utilisent OpenTelemetry :
Pour obtenir des exemples qui utilisent une exportation basée sur un collecteur, consultez les pages suivantes :
Ces exemples envoient des données de trace à l'API Telemetry.
Pour savoir comment utiliser une exportation directe des données de trace et envoyer ces données à l'API Telemetry, consultez Migrer de l'exportateur Trace vers le point de terminaison OTLP.
Pour obtenir des exemples qui vous montrent comment configurer une application agentique afin de collecter des requêtes et des réponses, consultez Instrumenter vos applications d'IA générative.
Pour savoir quels serveurs MCP Google Cloud à distance sont compatibles avec la génération de traces et comment configurer votre application pour demander à ces serveurs de créer des étendues, consultez Examiner les appels MCP à l'aide de Trace.