Vous pouvez utiliser l'explorateur de trace pour afficher les traces et les intervalles, et identifier les problèmes de performance et les goulets d'étranglement dans votre application sous surveillance, du navigateur jusqu'à la base de données.

Le service de surveillance de la performance des applications comprend une mise en oeuvre d'un système de traçage réparti. Il accepte les intervalles OpenTracing et OpenTelemetry, les combine en traces et surveille à la fois les traces et les intervalles individuels. Pour activer une application pour OpenTracing, chaque composant (machine virtuelle Java, JavaScript, etc.) doit être doté d'un traceur. Pour ce faire, vous pouvez intégrer le traceur dans le code de l'application ou l'ajouter lors de l'exécution à l'aide de l'instrumentation par pseudo-code. Le service de surveillance de la performance des applications utilise diverses sources de données pour charger des traces et des intervalles. Ce service est également intégré à Oracle Functions et peut être activé pour charger et surveiller les données de trace de fonction dans l'explorateur de trace. Pour plus d'informations, voir Sources de données du service de surveillance de la performance des applications.

Voici un diagramme qui illustre comment les données de trace sont collectées :

Dans le diagramme :

1. La transaction commence par un appel AJAX provenant d'un navigateur et l'agent de navigateur injecte un ID de trace et un ID intervalle pour l'opération dans l'en-tête HTTP.
2. Le traceur suivant, dans Microservice A, extrait l'ID trace et l'ID intervalle, utilise le même ID trace et injecte un nouvel ID intervalle pour le prochain appel HTTP en aval.
3. La transaction passe ainsi d'un service à un autre jusqu'au dernier service qui, dans ce cas, est un appel à la base de données. Lorsque l'appel à la base de données revient, le traceur envoie les données d'intervalle au service de surveillance de la performance des applications. Ces données comprennent les ID trace et intervalle, la durée de l'opération et d'autres dimensions telles que le nom du service et le nom de l'opération, le texte et l'ID SQL, ainsi que des détails propres à l'opération.
4. À chaque retour d'appel, les traceurs envoient un intervalle individuel pour chacun contenant les détails pertinents de l'opération particulière qui a été effectuée. Éventuellement, le premier appel AJAX qui a lancé la trace prend fin, l'agent de navigateur envoie ses données en tant qu'intervalle racine, ce qui marque la trace comme étant terminée.

Une fois les données de trace chargées, l'explorateur de trace vous permet d'explorer les traces à des fins de diagnostic et garantit la visibilité de tous les intervalles de toutes les traces à tout moment. Il fournit un langage d'interrogation simple qui permet de rechercher, de trier et de regrouper des intervalles. Vous pouvez utiliser l'explorateur de trace pour :

• Surveiller les traces individuelles, en consulter les détails et analyser de grands jeux de traces et d’intervalles pour identifier les tendances et les anomalies.
• Détecter les traces lentes, les traces comportant des erreurs et celles qui utilisent un serveur ou une source de données spécifique.
• Forer jusqu'à des intervalles particuliers, comme les chargements de page et les appels AJAX, pour isoler et identifier les problèmes.

Vous pouvez également utiliser des tableaux de bord pour surveiller vos serveurs d'applications et l'expérience de l'utilisateur final en temps réel. Pour plus d'informations sur les tableaux de bord, voir Utiliser les tableaux de bord.