OpenTelemetry est une boîte à outils permettant de collecter la télémétrie des applications, infrastructure (hôtes, Kubernetes, etc.), etc. En intégrant OpenTelemetry à New Relic, vous pouvez exploiter un large éventail de fonctionnalités de la plateforme pour analyser les données et diagnostiquer les problèmes.
Cette documentation fournit une compréhension fondamentale d'OpenTelemetry et de son intégration avec New Relic. Pour obtenir des conseils pratiques sur la mise en œuvre de cas d'utilisation courants, tels que le monitoring des performances des applications (APM) et monitoring de l'infrastructure, consultez Prise en main d'OpenTelemetry et New Relic.
Pour en savoir plus sur la manière dont New Relic traite et ingère les données OpenTelemetry, explorez les pages suivantes :
- Données OpenTelemetry dans New Relic: découvrez comment New Relic reçoit, traite et ingère les données OpenTelemetry
- Point de terminaison OTLP New Relic: Configurez notre point de terminaison OTLP pour envoyer des données à New Relic
Avantages d'OpenTelemetry
OpenTelemetry est un standard ouvert sans fournisseur associé pour l'instrumentation et l'exportation de données télémétriques. La portée du projet est assez vaste et comprend :
- Une spécification d'API indépendantes du langage pour instrumenter les piliers fondamentaux de l'observabilité (trace, métriques, log) et des SDK pour configurer la manière dont la télémétrie est exportée hors processus, avec des implémentations existantes dans plus de 11 langages. Il existe un catalogue substantiel d’instrumentation disponible construit sur la base de ces API.
- OTLP, un protocole de livraison de données télémétriques à usage général.
- Conventions sémantiques décrivant la forme des données télémétriques pour le domaine commun (serveurs HTTP, système de messagerie, et bien d'autres).
- The Collector, un pipeline de collecte et de traitement de données hautement configurable et extensible utilisé pour monitorer infrastructure et enrichir, filtrer et transformer la télémétrie.
Ces composants fonctionnent ensemble pour créer des avantages distincts décrits dans le tableau ci-dessous.
Fonctionnalité | Description |
|---|---|
Indépendant de la langue | OpenTelemetry réduit la charge cognitive des équipes polyglottes en fournissant un vocabulaire et une boîte à outils. |
Norme ouverte | En tant que norme ouverte avec une structure de gouvernance ouverte, aucun fournisseur unique ne contrôle la direction d'OpenTelemetry. |
Contrôle total des données d'observabilité | La nature hautement configurable et extensible des SDK de langage et du Collector offre un contrôle inégalé sur votre pipeline de données télémétriques. |
Un écosystème d'instrumentation riche | L’un des objectifs d’ OpenTelemetry est que les API soient finalement utilisées directement dans la bibliothèque et le framework en amont. Pour combler cette lacune, OpenTelemetry fournit un large catalogue d'instrumentation fournie par des ingénieurs du monde entier. L'effort d'instrumentation collective dans OpenTelemetry est plus important que ce que n'importe quel fournisseur peut fournir seul. |
À l’épreuve du futur | Bien qu’OpenTelemetry ait déjà parcouru un long chemin, il semble prêt à croître en termes d’adoption grâce à sa grande communauté active, au soutien de l’industrie et à son modèle de gouvernance ouvert. Même si nous ne pouvons pas voir dans l'avenir, OpenTelemetry est le gagnant open source le plus probable dans le secteur de l'observabilité. |
OpenTelemetry ou instrumentation New Relic ?
Dans de nombreux cas, il existe un chevauchement entre les fonctionnalités et les composants disponibles sur OpenTelemetry et sur New Relic. Par exemple, OpenTelemetry APM monitoring reflète New Relic APM les agents, et monitoring d'infrastructure avec OpenTelemetry Collector reflète les capacités de l'agent New Relic Infrastructure.
Nous vous recommandons d'explorer les options New Relic et OpenTelemetry. Avec l'instrumentation New Relic, il existe des avantages inhérents au développement d'instruments et de fonctionnalités de plateforme qui fonctionnent ensemble, et l'intégration de New Relic a tendance à mieux fonctionner dès la sortie de la boîte. De l’autre côté, OpenTelemetry offre un degré de flexibilité et de contrôle inégalé, mais cela nécessite parfois des recherches et des efforts supplémentaires pour obtenir le résultat souhaité.
OpenTelemetry évolue continuellement
Le projet OpenTelemetry a une portée vaste qui s'est développée au fil des années. Bien que de nombreux composants de base aient atteint la stabilité (y compris OTLP, les API et SDK trace , les API et SDK métriques, les API et SDK de pont log , les conventions sémantiques HTTP et de nombreuses implémentations de langage), il existe naturellement des éléments qui sont à divers autres stades de maturité.
New Relic vise à offrir un support de premier ordre pour OpenTelemetry, notamment en ingérant toutes les données OTLP dans notre plateforme d'observabilité à usage général et en créant des expériences utilisateur sur la base des données OpenTelemetry pour aider à tirer des enseignements des données prêtes à l'emploi. À mesure que les composants émergent et se développent, les capacités de notre plateforme évolueront parallèlement. Cependant, veuillez tenir compte du niveau de maturité de tous les composants OpenTelemetry que vous intégrez. Bien que nous essayions de rester au courant des changements, il peut être difficile de construire autour des changements radicaux des composants expérimentaux.
Architecture de référence d'OpenTelemetry
Avec une telle variété de composants et d'options de configuration, il peut être difficile de savoir par où commencer avec OpenTelemetry.
Le diagramme ci-dessous présente une architecture de référence qui fournit un aperçu de haut niveau de la manière dont divers composants OpenTelemetry interagissent et s'intègrent à New Relic. Ce guide visuel est précieux pour les développeurs de logiciels, les ingénieurs DevOps , les architectes et les managers cherchant à s'aligner sur des concepts clés.
L'architecture illustre des applications instrumentées avec un ensemble diversifié d'outils, notamment les agents New Relic APM , l'instrumentation OpenTelemetry APM, Jaeger et Prometheus. Ces outils collectent des données télémétriques, qui sont ensuite exportées vers New Relic, en passant potentiellement par un intermédiaire OpenTelemetry Collector optionnel. Le Collector comprend une grande variété de protocoles et peut traiter, filtrer et enrichir les données télémétriques avant de les exporter vers une ou plusieurs destinations. Pour des exemples de code fonctionnels illustrant cette intégration, voir Premiers pas avec OpenTelemetry et New Relic.
Pour une lecture supplémentaire, familiarisez-vous avec la démo OpenTelemetry, un projet maintenu par la communauté OpenTelemetry qui illustre divers concepts OpenTelemetry à travers un système de commerce électronique fictif piloté par une série de microservices.