• /
  • 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

Traing distribué : Guide de planification

Le tracing distribué est activé par défaut dans la plupart de nos produits, mais si vous envisagez de le déployer sur de grands systèmes distribués, nous vous recommandons de consulter les étapes de planification ci-dessous.

De plus, si vous avez utilisé des versions plus anciennes des agents et que vous n'avez pas utilisé le tracing distribué, nous vous recommandons de consulter la fonctionnalité Impact sur APM avant de déployer le tracing distribué.

Planifiez votre déploiement

Si vous activez le tracing distribué pour un grand système distribué, voici quelques conseils :

  • Si vous êtes un utilisateur APM actuel, consultez Impact sur la fonctionnalité APM.

  • Déterminez les requests les plus importantes pour votre entreprise, ou les plus susceptibles de nécessiter une analyse et un dépannage, et activez le tracing distribué pour ces services. Activez le tracing des services à peu près au même moment afin de pouvoir évaluer plus facilement le degré d’exhaustivité de votre tracing de bout en bout.

  • Lorsque vous examinez la trace dans l’ UI de tracing distribué, vous verrez des étendues dans la trace pour les appels externes vers d’autres services. Ensuite, vous pouvez activer le tracing distribué pour n’importe lequel des services que vous souhaitez. Si un service est relativement autonome et n'est pas souvent utilisé dans le contexte d'autres services, vous ne souhaiterez peut-être pas activer le tracing distribué pour celui-ci.

    Voici une représentation visuelle d’un tel déploiement progressif :

    Diagram showing a roll-out strategy for distributed tracing.
  • Si vous utilisez pour un service monolithique volumineux, il peut y avoir de nombreuses étendues de sous-processus par trace et les limites APM peuvent entraîner moins de traces que prévu. Vous pouvez résoudre ce problème en utilisant instrumentation d'agent APM pour désactiver la création de rapports de données non importantes.

  • Le Tracing distribué fonctionne en propageant les informations d'en-tête d'un service à l'autre dans un chemin de requête. Certains services peuvent communiquer via un proxy ou un autre service intermédiaire qui ne propage pas automatiquement l'en-tête. Dans ce cas, vous devez configurer ce proxy afin qu'il permette à la valeur d'en-tête newrelic d'être propagée de la source à la destination.

Impact sur la fonctionnalité APM

Notre tracing distribué améliore la précédente fonctionnalité de tracing inter-applications d'APM. Voici quelques avantages clés :

  • Consultez davantage de détails sur les activités interservices et une traçabilité de bout en bout plus complète.
  • Filtrez et interrogez les traces, ainsi que créez des graphiques personnalisés.
  • Consultez la trace complète même lorsque les appels dépassent les limites du compte d'une organisation.
  • Voir Introduction au tracing distribué pour plus de fonctionnalités.

L'activation du tracing distribué peut affecter certaines fonctionnalités que vous utilisez actuellement. Ces modifications affectent uniquement le moniteur d'applications des agents pour lesquels le tracing distribué est activé. Elles ne s'appliquent pas au niveau du compte.

Nous pourrions fournir une compatibilité descendante avec certaines ou toutes les fonctionnalités concernées dans une future sortie. Pour l’instant, vous devez comprendre les changements suivants avant d’activer le tracing distribué :

Activer le tracing distribuéc

Le tracing distribué est activé par défaut. Pour obtenir des informations configuration, consultez les options de configuration distribuée de suivi pour commencer.

Droits d'auteur © 2025 New Relic Inc.

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