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

Prise en charge de l'API OpenTelemetry dans les agents New Relic

Les agents APM New Relic prennent désormais en charge les API OpenTelemetry (OTel), vous permettant d'instrumenter vos applications à l'aide d'API OpenTelemetry indépendantes des fournisseurs tout en conservant un accès complet aux puissantes fonctionnalités APM de New Relic. Cette fonctionnalité vous offre la flexibilité d'écrire du code d'instrumentation portable sans sacrifier la profondeur des informations et les fonctionnalités offertes par New Relic.

Avantages

L'utilisation de la prise en charge de l'API OpenTelemetry avec les agents New Relic offre plusieurs avantages :

  • Instrumentation indépendante du fournisseur: Écrivez une instrumentation personnalisée à l'aide des API OpenTelemetry standards qui fonctionnent sur les plateformes d'observabilité
  • Aucune migration requise: Activez la prise en charge de l'API OTel dans votre agent New Relic existant sans remplacer votre instrumentation actuelle
  • Adoption progressive: Utilisez les API OpenTelemetry pour la nouvelle instrumentation personnalisée tandis que l'instrumentation New Relic existante continue de fonctionner
  • Compatibilité en mode mixte: tracez les requêtes de manière transparente à travers les services instrumentés avec des agents New Relic, des API OpenTelemetry ou des agents OTel purs
  • Instrumentation communautaire: Tirez parti de l'instrumentation OpenTelemetry native pour les frameworks et les bibliothèques

Ce que cette fonctionnalité apporte

Lorsque vous activez la prise en charge de l'API OpenTelemetry dans un agent New Relic, l'agent peut :

  • Capturez les spans, les traces, les métriques et les logs créés à l'aide des API OpenTelemetry
  • Intégrez de manière transparente la télémétrie générée par OTel dans les traces New Relic APM
  • Prise en charge de l'instrumentation OpenTelemetry native qui n'entre pas en conflit avec l'instrumentation intégrée de New Relic
  • Maintenir le contexte de trace à travers des services instrumentés mixtes New Relic et OpenTelemetry

Important

Cette fonctionnalité est désactivée par défaut. Vous devez l'activer explicitement via la configuration de l'Agent.

Langages et fonctionnalités pris en charge

La prise en charge de l'API OpenTelemetry est disponible pour les agents New Relic APM suivants :

Langue

Version minimale

API Traces

API métriques

API Logs

Liens de span

Événements sur les spans

Java

[9.1.0]

Node.js

[13.13.0]

.NET

[10.49.0]

Voir la note ci-dessous

Python

[11.5.0]

Voir la note ci-dessous

Ruby

[10.2.0]

Conseil

Logs .NET et Python : L'agent .NET utilise déjà la bibliothèque de logging qui est devenue l'API OpenTelemetry pour les données de logs. L'agent Python prend déjà en charge le module logging. Pour des raisons de rétrocompatibilité, l'activation de la prise en charge de l'API OpenTelemetry ne modifie pas la façon dont ces agents instrumentent les logs.

Échantillonnage dans des environnements mixtes

Tous les agents prennent désormais en charge l'échantillonnage par ratio de traces, s'alignant sur les standards OpenTelemetry et garantissant une logique d'échantillonnage cohérente dans les environnements mixtes.

Principaux avantages:

  • Décisions d'échantillonnage cohérentes entre New Relic et les services instrumentés par OTel
  • Préservation des décisions de trace en amont issues des SDK OTel

Pour plus de détails sur le fonctionnement de l'échantillonnage adaptatif, les cibles d'échantillonnage par agent et les options de configuration, consultez Échantillonnage du traçage distribué.

Types d'instrumentation pris en charge

Instrumentation native (automatique)

L'instrumentation OpenTelemetry native est prise en charge prête à l'emploi. Ces instrumentations sont directement intégrées à la bibliothèque ou au framework par son mainteneur et fonctionnent automatiquement lorsque vous activez la prise en charge de l'API OpenTelemetry.

Les instrumentations natives spécifiques disponibles varient selon l'agent de langage. Consultez la section configuration pour plus de détails sur les instrumentations prises en charge pour chaque langage.

Important

Limitation connue: certaines instrumentations natives peuvent générer des noms de spans ou de métriques légèrement différents de ceux de l'instrumentation intégrée de New Relic en raison de différences dans les conventions sémantiques d'OpenTelemetry (par exemple, Elasticsearch, RabbitMQ).

Instrumentation personnalisée avec les API OpenTelemetry

Vous pouvez écrire une instrumentation personnalisée à l'aide des API OpenTelemetry standard :

  • Traces: Créez des spans personnalisés et ajoutez des attributs à l'aide de l'API de traçage OpenTelemetry
  • Métriques: Enregistrez des métriques personnalisées à l'aide de l'API OpenTelemetry Metrics (si prise en charge)
  • Logs: Écrivez des logs à l'aide de l'API OpenTelemetry Logs (si pris en charge)

Consultez la documentation OpenTelemetry pour plus de détails sur l'utilisation de ces API dans votre langage.

Comment activer la prise en charge de l'API OpenTelemetry

La prise en charge de l'API OpenTelemetry est désactivée par défaut. Activez-le via la configuration de votre agent :

Vérifier que cela fonctionne

Après avoir activé la prise en charge de l'API OpenTelemetry, vérifiez que cela fonctionne :

  1. Déployez votre application avec la configuration de l'agent mise à jour.

  2. Si vous utilisez une instrumentation personnalisée, assurez-vous que votre code génère des spans/métriques à l'aide des API OpenTelemetry.

  3. Générez du trafic vers votre application.

  4. Vérifiez votre interface New Relic APM :

    • Allez sur one.newrelic.com > All capabilities > APM & services > (sélectionnez votre application)
    • Affichez les traces distribuées pour voir les spans créés par les API OpenTelemetry intégrés à vos traces

Limitations et problèmes connus

Limitations de l'instrumentation

Limitation

Description

Instrumentation de bibliothèque non prise en charge

Les instrumentations de bibliothèques OpenTelemetry nécessitant l'installation de paquets distincts ne sont pas prises en charge dans cette version. Seules les instrumentations natives intégrées directement à la bibliothèque par son mainteneur fonctionnent automatiquement.

Instrumentation du bytecode Java non détectée

L'auto-instrumentation Java OpenTelemetry qui utilise la manipulation de bytecode ne sera pas détectée par l'agent Java New Relic.

Différences des conventions sémantiques

Certaines instrumentations OpenTelemetry utilisent des conventions de nommage différentes pour les spans et les métriques par rapport à l'instrumentation intégrée de New Relic :

  • Elasticsearch: Les noms de span et les noms d'opération peuvent différer par la casse et la longueur
  • RabbitMQ: Le traçage distribué fonctionne différemment (liens de span vs relations parent/enfant)

Conseil

Ces différences peuvent affecter les dashboards et les conditions d'alerte existants qui reposent sur des noms de spans ou de métriques spécifiques. Vérifiez et mettez à jour vos requêtes si vous passez de l'instrumentation New Relic à l'instrumentation OpenTelemetry pour ces services.

Limitations spécifiques à l'Agent

  • Python: Seule l'API Traces est prise en charge ; les API Metrics et Logs ne sont pas disponibles
  • Ruby: Seule l'API Traces est prise en charge ; les API Metrics et Logs ne sont pas disponibles
  • .NET: L'activation des métriques OpenTelemetry peut augmenter les coûts d'ingestion des métriques dimensionnelles

Dépannage

Les spans OpenTelemetry n'apparaissent pas dans les traces

Si vous avez activé la prise en charge de l'API OpenTelemetry mais que vous ne voyez pas les spans générés par OTel dans vos traces :

Besoin d'aide ?

Si vous rencontrez des problèmes avec la prise en charge de l'API OpenTelemetry, veuillez contacter le support New Relic pour obtenir de l'aide.

Quelle est la prochaine étape ?

Droits d'auteur © 2026 New Relic Inc.

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