OpenTelemetry de premier ordre : libérez-vous sans interrompre vos workflows

OpenTelemetry est devenu la norme pour l'instrumentation des systèmes modernes, mais « norme » ne veut pas toujours dire « simple ». Alors que les équipes d'ingénierie adoptent OpenTelemetry (OTel) pour éviter le verrouillage propriétaire, elles peuvent rencontrer de nouveaux points de friction : des stratégies d'agents fragmentées, une modélisation de l'infrastructure bricolée et le risque opérationnel des angles morts des collecteurs (qui apparaissent toujours au mauvais moment).

Lors de New Relic Advance le 24 février 2026, nous avons renforcé notre engagement à fournir une OpenTelemetry de premier ordre pour vous libérer des agents propriétaires et ingérer instantanément des données depuis n'importe quel framework ou langage. Elle va au-delà de l'ingestion : il s'agit de rendre l'instrumentation ouverte fiable, prêtre à l'emploi et implémentable à l'échelle de l'entreprise dans New Relic.

Aujourd'hui, nous annonçons la mise à disposition de trois versions qui renforcent l'expérience de l'OpenTelemetry de premier ordre de bout en bout : de l'instrumentation des applications au monitoring d'infrastructure, en passant par l'exploitation des pipelines de collecteurs qui déplacent vos données de télémétrie. 

• Infra NRDOT (OTel) : un monitoring d'infrastructure orienté OTel avec une expérience d'infrastructure New Relic hors pair
• Agents hybrides (OTel) : prise en charge de l'API OpenTelemetry intégrée à l'écosystème d'agents New Relic pour que vous puissiez moderniser sans perturber les workflows existants
• Observabilité des collecteurs (OTel) : une expérience solide pour monitorer et gérer les collecteurs OpenTelemetry et renforcer votre confiance dans le pipeline, maintenant disponible en avant-première.

L'OpenTelemetry de premier ordre implique également des normes open source sans « taxe d'observabilité »

De nombreuses équipes souhaitent bénéficier de la flexibilité d'OpenTelemetry, mais le processus d'adoption peut engendrer des frais cachés :

• des migrations qui perturbent les équipes et les outils
• des environnements qui imposent plusieurs chemins d'instrumentation
• des pipelines de télémétrie qui deviennent une infrastructure critique, sans aucune visibilité sur leur santé

L'OpenTelemetry de premier ordre est notre approche pour éliminer ces problèmes. Les versions de février se concentrent sur les zones où l'adoption d'OTel est le plus souvent lente : la stratégie d'agent, l'opérationnalisation de l'infrastructure et la fiabilité du collecteur.

Une expérience d'agent hybride : adoptez les API OpenTelemetry sans perturber ce qui fonctionne déjà

OpenTelemetry ne doit pas imposer des dilemmes de type tout-ou-rien. Les équipes doivent pouvoir se moderniser à leur propre rythme, sans sacrifier la portée de leurs workflows d'observabilité existants.

Avec l'expérience d'agent hybride, les agents New Relic prennent désormais en charge les API OpenTelemetry pour les traces, les métriques et les logs, tout en préservant les workflows sur lesquels les équipes comptent aujourd'hui.

Comment votre workflow s'en trouve amélioré

• Modernisez progressivement : adoptez les API OpenTelemetry pour les nouveaux services et laissez l'instrumentation existante fonctionner comme d'habitude.
• Gardez confiance : préservez la continuité des dashboards, des alertes et des playbooks pendant votre modernisation.
• Réduisez les reprises : évitez la « double instrumentation » et minimisez les frictions de migration entre les équipes.

Une approche d'agent hybride signifie que vous pouvez instrumenter avec OpenTelemetry tout en bénéficiant de l'expérience de l'agent New Relic : vous n'avez donc pas à choisir entre des normes ouvertes et des workflows éprouvés.

Infra NRDOT (OTel) : un monitoring d'infrastructure orienté OTel prêt à l'emploi

C'est souvent au niveau de l'infrastructure que l'adoption d'OpenTelemetry semble la plus difficile. Même lorsque les équipes d'applications se standardisent sur OTel, le monitoring d'infrastructure peut rester divisé entre différents agents, modèles de données et dashboards : cela engendre un fossé évitable entre la vérité des applications et la vérité de l'infrastructure.

Infra NRDOT (OTel) est conçu pour combler ce fossé. Cette solution offre une expérience de monitoring d'infrastructure de premier ordre à l'aide de l'OpenTelemetry. Grâce à des entités d'infrastructure et des dashboards prêts à l'emploi, les équipes n'ont pas à tout reconstruire manuellement.

Comment votre workflow s'en trouve amélioré

• Moins de configuration manuelle : obtenez une visibilité de l'infrastructure complètement intégrée à New Relic, sans avoir à reconstruire de zéro les dashboards et les relations entre les entités.
• Une télémétrie des processus plus prévisible : un volume élevé de métriques de processus peut générer du bruit. Infra NRDOT intègre des contrôles permettant aux équipes de maintenir une qualité de signal élevée tout en réduisant le bruit (et les coûts).
• Rentabilisation accélérée : rassemblez la télémétrie de l'infrastructure et des applications sous une seule approche OpenTelemetry cohérente, sans fragmenter les outils.

Infra NRDOT vous aide à adopter OpenTelemetry pour l'infrastructure sans perdre l'expérience facile et simple que vous fournit le monitoring d'infrastructure de New Relic.

Observabilité du collecteur : rendez votre pipeline OpenTelemetry observable et fiable

À mesure que l'OpenTelemetry évolue, le collecteur OTel devient critique. Ce n'est plus une simple « tuyauterie » : c'est le système responsable de la réception, du traitement et de l'exportation de la télémétrie sur l'ensemble de votre environnement.

Mais un nouveau risque apparaît : la panne silencieuse. Les pipelines peuvent perdre des données, s'arrêter à cause de la contre-pression ou planter sous la pression des ressources, sans visibilité claire sur ce qui s'est passé ou pourquoi.

L'observabilité du collecteur renforce et améliore le collecteur, vous permettant de monitorer l'intégrité de votre pipeline de la même manière que vous monitorez vos services.

Comment votre workflow s'en trouve amélioré

• Détectez les problèmes de pipeline avant qu'ils ne deviennent des angles morts : repérez les goulots d'étranglement, les baisses de débit et les signes avant-coureurs.
• Réduisez le temps passé au débogage : faites rapidement la distinction entre les lacunes d'instrumentation et les problèmes propres du collecteur.
• Gérez les collecteurs comme un système réel : faites le suivi de la santé, les performances et les relations à travers les déploiements.

L'observabilité du collecteur transforme le collecteur OpenTelemetry d'une boîte noire en un élément mesurable, gérable et fiable.

Commencez à utiliser l'OpenTelemetry de premier ordre de New Relic

Choisissez le point de départ qui correspond à ce que vous allez déployer ensuite.

Déployez une distribution OpenTelemetry pour l'infrastructure : Infra NRDOT

Utilisez cette option si : vous souhaitez utiliser OpenTelemetry pour l'infrastructure, mais avec un contexte New Relic plus riche et prêt à l'emploi.
Faites ceci : déployez Infra NRDOT et confirmez que les entités d'infrastructure et les dashboards sont renseignés. Ajustez les contrôles de télémétrie des processus si vous collectez un grand volume de métriques de processus.

Standardisez l'instrumentation de l'application à l'aide des agents New Relic avec prise en charge des agents hybrides

Utilisez ceci lorsque : vous souhaitez instrumenter des services avec des API OpenTelemetry sans interrompre les workflows d'agents New Relic existants.
Faites ceci : passez à la dernière version prise en charge de l'agent New Relic APM, puis instrumentez les nouveaux services (ou nouveaux frameworks) à l'aide des API OpenTelemetry pendant que l'instrumentation existante continue de fonctionner.

Exploitez et vérifiez les pipelines de télémétrie à grande échelle : observabilité du collecteur

À utiliser lorsque : vous exécutez plusieurs collecteurs et que vous devez détecter rapidement les pertes, les goulots d'étranglement ou la contre-pression.
Faites ceci : activez l'observabilité des collecteurs et monitorez le débit/les files d'attente du pipeline ainsi que l'intégrité des ressources des collecteurs (CPU/mémoire).

Liste de contrôle de validation rapide

• Vérifiez que vous voyez les entités/dashboards d'infrastructure attendus de NRDOT
• Confirmez que les traces/métriques/logs remontent des services instrumentés avec OTel
• Vérifiez la santé du pipeline du collecteur (débit + file d'attente/contre-pression)