Qu'est-ce qu'OpenTelemetry ?
The content of this page may be outdated and some links may be invalid.
A newer version of this page exists in
English. To see the changes to the English page since this page was last updated: visit
GitHub compare ee9a3aeb..e51d1115
and search for More information ...
content/en/docs/what-is-opentelemetry.md.
OpenTelemetry, c’est :
Un framework et une boîte à outils d’observabilité conçus pour faciliter :
- la génération
- l’export
- la collecte
de données de télémétrie telles que les traces, les métriques et les logs.
Open source et indépendant de tout fournisseur et de tout outil : il peut donc être utilisé avec une grande variété de backends d’observabilité, qu’il s’agisse d’outils open source comme Jaeger et Prometheus ou d’offres commerciales. OpenTelemetry n’est pas lui-même un backend d’observabilité.
L’un des principaux objectifs d’OpenTelemetry est de faciliter l’instrumentation de vos applications et systèmes, quels que soient le langage de programmation, l’infrastructure et les environnements d’exécution utilisés.
Le backend (stockage) et le frontend (visualisation) des données de télémétrie sont volontairement laissés à d’autres outils.
Pour d’autres vidéos de cette série et des ressources complémentaires, consultez la section Et ensuite ?
Qu’est-ce que l’observabilité ?
L’observabilité est la capacité à comprendre l’état interne d’un système en examinant ses sorties.
Dans le domaine logiciel, on y parvient généralement en analysant des données de télémétrie telles que les traces, les métriques et les logs.
Pour rendre un système observable, il faut l’instrumenter : le code doit émettre des traces, des métriques ou des logs. Ces données doivent ensuite être envoyées à un backend d’observabilité.
Pourquoi OpenTelemetry ?
Avec l’essor du cloud computing, des architectures microservices et des exigences métier de plus en plus complexes, le besoin d’observabilité des logiciels et des infrastructures n’a jamais été aussi fort.
OpenTelemetry répond à ce besoin d’observabilité en respectant deux principes clés :
- Vous êtes propriétaire des données que vous générez. Aucune dépendance à un fournisseur.
- Vous n’avez qu’un seul ensemble d’API et de conventions à apprendre.
Ensemble, ces deux principes offrent aux équipes et aux organisations la flexibilité dont elles ont besoin dans le paysage informatique actuel.
Pour en savoir plus, consultez la mission, la vision et les valeurs d’OpenTelemetry.
Principaux composants d’OpenTelemetry
OpenTelemetry se compose des principaux éléments suivants :
- Une spécification pour l’ensemble des composants
- Un protocole standard qui définit la structure des données de télémétrie
- Des conventions sémantiques qui définissent un schéma de nommage standard pour les types de données de télémétrie courants
- Des API qui définissent comment générer des données de télémétrie
- Des SDK par langage qui implémentent la spécification, les API et l’export des données de télémétrie
- Un écosystème de bibliothèques qui fournit l’instrumentation des bibliothèques et frameworks courants
- Des composants d’instrumentation automatique qui génèrent des données de télémétrie sans modification du code
- Le Collector OpenTelemetry, un proxy qui reçoit, traite et exporte des données de télémétrie
- Divers autres outils, comme l’opérateur OpenTelemetry pour Kubernetes, les charts Helm OpenTelemetry et les ressources communautaires pour le FaaS
OpenTelemetry est utilisé par une grande variété de bibliothèques, services et applications qui l’intègrent pour offrir l’observabilité par défaut.
OpenTelemetry est pris en charge par de nombreux fournisseurs, dont beaucoup proposent un support commercial et contribuent directement au projet.
Extensibilité
OpenTelemetry est conçu pour être extensible. Voici quelques exemples d’extensions possibles :
- Ajouter un récepteur au Collector OpenTelemetry pour prendre en charge des données de télémétrie issues d’une source personnalisée
- Charger des bibliothèques d’instrumentation personnalisées dans un SDK
- Créer une distribution d’un SDK ou du Collector adaptée à un cas d’usage spécifique
- Créer un nouvel exportateur pour un backend personnalisé qui ne prend pas encore en charge le protocole OpenTelemetry (OTLP)
- Créer un propagateur personnalisé pour un format de propagation de contexte non standard
Même si la plupart des utilisateurs n’auront sans doute pas besoin d’étendre OpenTelemetry, le projet est conçu pour le permettre à presque tous les niveaux.
Historique
OpenTelemetry est un projet de la Cloud Native Computing Foundation (CNCF) issu de la fusion de deux projets antérieurs, OpenTracing et OpenCensus. Tous deux avaient été créés pour résoudre le même problème : l’absence de standard pour instrumenter le code et envoyer des données de télémétrie à un backend d’observabilité. Aucun des deux ne parvenant à résoudre entièrement le problème seul, ils ont fusionné pour former OpenTelemetry et réunir leurs forces au sein d’une solution unique.
Si vous utilisez actuellement OpenTracing ou OpenCensus, découvrez comment migrer vers OpenTelemetry dans le guide de migration.
Et ensuite ?
- Débuter — lancez-vous !
- Découvrez les concepts d’OpenTelemetry.
- Regardez des vidéos de la série OTel for beginners ou d’autres playlists.
- Inscrivez-vous à une formation, notamment au cours gratuit Getting started with OpenTelemetry.
Feedback
Cette page est-elle utile?
Thank you. Your feedback is appreciated!
Please let us know how we can improve this page. Your feedback is appreciated!