• /
  • EnglishEspañolFrançais日本語한국어Português
  • Se connecterDémarrer

Cette traduction automatique est fournie pour votre commodité.

En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.

Créer un problème

Introduction à la trace inter-applications

Le traçage inter-applications d'APM vous permet de lier les transactions entre vos applications de monitoring APM.

Qu'est-ce que le traçage inter-applications ?

Important

Le tracing inter-applications a été abandonné au profit de la fonctionnalité de tracing distribué et sera supprimé dans les futures versions de l'agent. tracing distribué est une amélioration de la fonctionnalité de tracing inter-applications et est recommandé pour les grands systèmes distribués.

Les liens de suivi inter-applications d'APM relient les transactions entre les applications APM dans votre architecture orientée services (SOA). Cela est utile, par exemple, pour identifier les problèmes de performances entre votre propre application (l'application « appelante ») et les services internes ou externes (l'application « appelée »), tels que le trafic vers les services internes.

Cela vous aide à :

  • Repérez le goulot d'étranglement dans vos flux d'appels inter-applications.
  • Comprendre de bout en bout comment des transactions spécifiques sont utilisées par d’autres applications et services.
  • Diagnostiquez les problèmes plus rapidement et améliorez la collaboration entre les équipes.

Considérations de sécurité

Le traçage inter-applications s'appuie sur trois en-têtes HTTP afin d'échanger des informations entre les applications appelantes et appelées.

  • Les deux premiers (X-NewRelic-ID et X-NewRelic-Transaction) apparaissent comme en-têtes de requête HTTP dans requests sortantes envoyées par une application instrumentée.
  • L'en-tête restant (X-NewRelic-App-Data) est inséré dans la réponse HTTP si l'application appelée appartient au même compte New Relic que l'application appelante.

New Relic obscurcit tous ces en-têtes à l'aide d'un schéma obfuscation identique à celui que nous utilisons pour , mais avec une clé différente.

HTTP header

Description

X-NewRelic-ID

(dans l'en-tête de la requête)

Contient l'ID de compte et l'identifiant d'application de l'application effectuant l'appel

X-NewRelic-Transaction

(dans l'en-tête de la requête)

Contient des informations sur une transaction individuelle créée par l'appel (un GUID unique à la transaction appelante, ainsi que des informations sur les appels en amont qui ont généré la transaction)

X-NewRelic-App-Data

(dans la réponse le cas échéant)

Contient des informations sur l'application appelée, notamment :

  • ID de compte
  • Identifiant d'application
  • Nom de la transaction appelée
  • Informations de synchronisation pour la transaction appelée
  • GUID de la transaction appelée
Droits d'auteur © 2025 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.