Qu'est-ce qu'OpenTelemetry ?

Une brève explication de ce qu’est OpenTelemetry et de ce qu’il n’est pas.

The content of this page may be outdated and some links may be invalid. A newer version of this page exists in English.

More information ...

To see the changes to the English page since this page was last updated: visit GitHub compare ee9a3aeb..e51d1115 and search for content/en/docs/what-is-opentelemetry.md.

OpenTelemetry, c’est :

  • Un framework et une boîte à outils d’observabilité conçus pour faciliter :

    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 :

  1. Vous êtes propriétaire des données que vous générez. Aucune dépendance à un fournisseur.
  2. 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 :

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 ?


Dernière modification October 21, 2026: Housekeeping: automated fix results (#12268) (cfc0e340)