Guide d'intégration de Managed Service for OpenTelemetry - Cloud Monitor

Network Analysis and Monitoring s'intègre à Managed Service for OpenTelemetry pour assurer un traçage des requêtes de bout en bout. En corrélant les données de surveillance synthétique avec les traces backend, vous visualisez les nœuds, les piles d'appels et les temps de réponse sur chaque chemin de requête, ce qui permet d'identifier rapidement les problèmes de performance.

Contexte

Le traçage fournit des outils pour visualiser l'intégralité des chaînes d'appels, analyser les volumes de requêtes, cartographier les topologies de services et comprendre les dépendances entre applications. Il facilite ainsi le diagnostic rapide des goulots d'étranglement dans les architectures distribuées.

Activez cette fonctionnalité pour connecter facilement vos requêtes de surveillance synthétique à Managed Service for OpenTelemetry. Pour plus d'informations, consultez Présentation de Managed Service for OpenTelemetry.
Un enregistrement de trace capture les détails du traitement d'une seule requête, y compris les appels de service et leurs durées respectives.
Une trace représente l'enregistrement complet d'une requête. Elle illustre le parcours d'une transaction ou d'un processus au sein d'un système distribué sous la forme d'un graphe acyclique orienté (DAG) de spans. Chaque span correspond à un segment de travail nommé et horodaté au sein de la trace. Pour en savoir plus sur les traces, reportez-vous à la section Concepts clés.

Facturation

Network Analysis and Monitoring ne facture pas le traçage. Si vous activez Managed Service for OpenTelemetry, vous êtes facturé en fonction de votre utilisation de ce service.

Procédure

Vous ne pouvez activer le traçage que lors de la création de tâches de surveillance de site HTTP(S) pour les points de détection PC et mobiles. Spécifiez la région de rapport des données et le protocole de traçage. Network Analysis and Monitoring prend en charge les protocoles OpenTelemetry W3C, Zipkin B3 et Jaeger. Activez l'option Enable Tracing, sélectionnez une région telle que China (Hangzhou) dans la liste déroulante Tracing Data Reporting Address, puis choisissez un type de protocole comme OpenTelemetry W3C dans la liste déroulante Tracing Protocol. Pour vérifier si le service est activé, cliquez sur Check if Managed Service for OpenTelemetry is activated.

Le tableau suivant répertorie les régions compatibles avec le traçage.

Zone géographique

Région

Chine continentale

China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Hohhot), China (Ulanqab), China (Shenzhen), China (Heyuan), China (Guangzhou), China (Chengdu) et China (Hong Kong)

Asie-Pacifique

Singapour, Malaysia (Kuala Lumpur), Japan (Tokyo) et Indonesia (Jakarta)

Europe et Amériques

UK (London), Germany (Frankfurt), US (Virginia) et US (Silicon Valley)

Pour connecter les données de surveillance synthétique à vos systèmes backend, la région et le protocole sélectionnés doivent correspondre à ceux configurés sur votre backend. Le tableau ci-dessous indique les protocoles de traçage pris en charge par chaque type de composant backend.

Catégorie	Composant	Guide	Protocoles pris en charge
Passerelle	MSE	Activer le traçage pour une passerelle cloud-native	W3C, B3, SkyWalking
	ACK Ingress	Activer le traçage pour NGINX Ingress Controller	W3C, B3, Jaeger
	ALB	Configurer le traçage de bout en bout pour Application Load Balancer	B3
	ASM	Activer le traçage distribué dans ASM	W3C, B3
	API Gateway	Configurer l'analyse des traces	B3
Application backend	Java/Go/Python (développé en interne)	Intégration des applications	W3C, B3, Jaeger, SkyWalking, EagleEye
Application backend	.NET, Node.js et autres langages (open source)	Guide d'intégration	W3C, B3, Jaeger, SkyWalking
Service cloud	Alibaba Cloud Model Studio		W3C
Composant dépendant	Plus de 100 plug-ins sont pris en charge, couvrant les RPC, les files d'attente de messages, les bases de données, la planification des tâches, etc.

Consulter les traces

Sur la page de l'historique de détection de votre tâche de surveillance de site, sélectionnez le tag de filtre Normal pour afficher les enregistrements de détection réussis. Le tableau comprend des colonnes telles que Time, Detection Point, Detection Source, Node Type, Resolved IP, Detection Target, Response Time et Error Message. Pour consulter les détails d'une détection spécifique, cliquez sur Details dans la colonne Actions.
Sélectionnez l'onglet End-to-end Calls pour afficher la trace associée à la requête de détection. Cliquez sur une trace pour ouvrir sa page de détails, où vous pourrez examiner la trace backend complète. Pour plus d'informations, consultez la section Analyse des traces. La page de détails, accessible depuis l'onglet End-to-end Calls, propose plusieurs outils d'analyse. En haut, vous trouverez les informations de base et pourrez effectuer des recherches par serviceName ou traceId. Le volet de gauche permet de filtrer par statut, durée, application et nom d'API. Au centre, des graphiques affichent le volume d'appels et la durée, tandis que la Span List ci-dessous détaille les appels. À droite, le volet Slow Trace Analysis fournit des recommandations pour les traces dépassant 500 ms. Cette page présente également des informations essentielles telles que traceId, Start Time et Total Duration, ainsi qu'un résumé des Applications et des APIs impliquées. Un diagramme en cascade visualise la chaîne d'appels pour chaque span, en détaillant le nom de l'API (par exemple GET /user/async), la source, le rôle et la durée. Utilisez ce diagramme pour localiser les goulots d'étranglement ou les exceptions dans la trace.