|
| 1 | +--- |
| 2 | +title: Qu'est-ce qu'OpenTelemetry ? |
| 3 | +description: |
| 4 | + Une brève explication de ce qu'est OpenTelemetry, et de ce qu'il n'est pas. |
| 5 | +weight: 150 |
| 6 | +default_lang_commit: 71833a5f8b84110dadf1e98604b87a900724ac33 |
| 7 | +--- |
| 8 | + |
| 9 | +OpenTelemetry, c'est : |
| 10 | + |
| 11 | +- Un framework |
| 12 | + d'[observabilité](/docs/concepts/observability-primer/#what-is-observability) |
| 13 | + et des outils conçus pour créer et gérer des données de télémétrie telles que |
| 14 | + des [traces](/docs/concepts/signals/traces/), des |
| 15 | + [metriques](/docs/concepts/signals/metrics/), et des |
| 16 | + [logs](/docs/concepts/signals/logs/) |
| 17 | +- Indépendant d'un fournisseur et d'un outil, ce qui signifie qu'il peut être |
| 18 | + utilisé avec une grande variété de backends d'observabilité, y compris des |
| 19 | + outils open source tels que [Jaeger](https://www.jaegertracing.io/) et |
| 20 | + [Prometheus](https://prometheus.io/), ainsi que des outils commerciaux |
| 21 | +- Pas un backend d'observabilité tel que Jaeger, Prometheus ou d'autres outils |
| 22 | + commerciaux |
| 23 | +- Axé sur la génération, la collecte, la gestion et l'export de données de |
| 24 | + télémétrie. L'un des objectifs principaux d'OpenTelemetry est de pouvoir |
| 25 | + aisément instrumenter vos applications ou systèmes, quelque soit leur langage, |
| 26 | + infrastructure, ou environnement d'exécution. Le stockage et la visualisation |
| 27 | + des données sont intentionnellement laissés à d'autres outils |
| 28 | + |
| 29 | +## Qu'est-ce que l'observabilité ? |
| 30 | + |
| 31 | +L'[observabilité](/docs/concepts/observability-primer/#what-is-observability) |
| 32 | +est la capacité de comprendre l'état interne d'un système en examinant ses |
| 33 | +données sortantes. Dans un contexte logiciel, cela signifie être capable de |
| 34 | +comprendre l'état interne d'un système en examinant ses données de télémétrie, |
| 35 | +qui incluent les traces, métriques et logs. |
| 36 | + |
| 37 | +Pour rendre un système observable, il doit être |
| 38 | +[instrumenté](/docs/concepts/instrumentation). Cela signifie que le code doit |
| 39 | +émettre des [traces](/docs/concepts/signals/traces/), des |
| 40 | +[métriques](/docs/concepts/signals/metrics/), et/ou des |
| 41 | +[logs](/docs/concepts/signals/logs/). Les données produites doivent être |
| 42 | +transmises à un backend d'observabilité. |
| 43 | + |
| 44 | +## Pourquoi OpenTelemetry ? |
| 45 | + |
| 46 | +Avec l'essor du cloud computing, des architectures en microservices, et des |
| 47 | +exigences commerciales de plus en plus complexes, le besoin |
| 48 | +d'[observabilité](/docs/concepts/observability-primer/#what-is-observability) |
| 49 | +des logiciels et de l'infrastructure est plus grand que jamais. |
| 50 | + |
| 51 | +OpenTelemetry répond au besoin d'observabilité tout en suivant deux principes |
| 52 | +clés : |
| 53 | + |
| 54 | +1. Vous êtes propriétaire des données que vous générez. Il n'y a pas de |
| 55 | + dépendance vis-à-vis d'un fournisseur |
| 56 | +2. Vous n'avez besoin d'apprendre qu'un seul ensemble d'APIs et de conventions |
| 57 | + |
| 58 | +Ces deux principes combinés offrent aux équipes et aux organisations la |
| 59 | +flexibilité dont elles ont besoin dans le monde informatique moderne |
| 60 | +d’aujourd’hui. |
| 61 | + |
| 62 | +Si vous souhaitez en savoir plus, jetez un oeil à la |
| 63 | +[mission, la vision et les valeurs](/community/mission/) d'OpenTelemetry. |
| 64 | + |
| 65 | +## Composants principaux d'OpenTelemetry |
| 66 | + |
| 67 | +OpenTelemetry se compose des principaux composants suivants : |
| 68 | + |
| 69 | +- Une [spécification](/docs/specs/otel) pour tous les composants |
| 70 | +- Un [protocole](/docs/specs/otlp/) standardisé définissant le format des |
| 71 | + données de télémétrie |
| 72 | +- Des [conventions sémantiques](/docs/specs/semconv/) définissant une |
| 73 | + nomenclature standardisée pour décrire les données de télémétrie |
| 74 | +- Des APIs décrivant comment générer des données de télémétrie |
| 75 | +- Des [SDKs par langage](/docs/languages) qui implémentent les spécifications, |
| 76 | + les APIs et l'export des données de télémétrie |
| 77 | +- Un [écosystème de bibliothèques](/ecosystem/registry) qui instrumentent des |
| 78 | + bibliothèques et frameworks |
| 79 | +- Des composants d'instrumentation automatique qui génèrent des données de |
| 80 | + télémétrie sans requérir de modifications de code |
| 81 | +- Le [Collector OpenTelemetry](/docs/collector), un proxy qui reçoit, modifie et |
| 82 | + exporte les données de télémétrie |
| 83 | +- Divers autres outils, tels que |
| 84 | + l'[Opérateur Kubernetes pour OpenTelemetry](/docs/kubernetes/operator/), les |
| 85 | + [Helm Charts pour OpenTelemetry](/docs/kubernetes/helm/) et des |
| 86 | + [ressources communautaires pour les FaaS](/docs/faas/) |
| 87 | + |
| 88 | +OpenTelemetry est utilisé par une grande variété de |
| 89 | +[bibliothèques, services et applications](/ecosystem/integrations/) qui |
| 90 | +intègrent OpenTelemetry afin de fournir de l'observabilité par défaut. |
| 91 | + |
| 92 | +OpenTelemetry est pris en charge par de nombreux |
| 93 | +[fournisseurs](/ecosystem/vendors/), dont beaucoup fournissent un support |
| 94 | +commercial à OpenTelemetry et contribuent au projet directement. |
| 95 | + |
| 96 | +## Extensibilité |
| 97 | + |
| 98 | +OpenTelemetry est conçu pour être extensible. Quelques exemples de la façon dont |
| 99 | +il peut être étendu incluent : |
| 100 | + |
| 101 | +- Ajouter un receveur au Collecteur OpenTelemetry afin de prendre en charge les |
| 102 | + données de télémétrie venant d'une source de données personnalisée |
| 103 | +- Charger des bibliothèques d'instrumentation personnalisées dans un SDK |
| 104 | +- Créer une [distribution](/docs/concepts/distributions/) d'un SDK, ou du |
| 105 | + collecteur adapté à une utilisation spécifique |
| 106 | +- Créer un nouvel exportateur pour un backend personnalisé qui ne prend pas |
| 107 | + encore en charge le protocole OpenTelemetry (OTLP) |
| 108 | +- Créer un propagateur personnalisé pour un format de propagation de contexte |
| 109 | + non standard |
| 110 | + |
| 111 | +Bien que la plupart des utilisateurs n’aient pas besoin d’étendre OpenTelemetry, |
| 112 | +le projet est conçu pour rendre cela possible presque à tous les niveaux. |
| 113 | + |
| 114 | +## Histoire |
| 115 | + |
| 116 | +OpenTelemetry est un projet de la |
| 117 | +[Cloud Native Computing Foundation (CNCF)](https://www.cncf.io) qui trouve son |
| 118 | +origine dans la fusion de deux projets antérieurs, |
| 119 | +[OpenTracing](https://opentracing.io) et [OpenCensus](https://opencensus.io). |
| 120 | +Ces deux projets ont été créés pour résoudre le même problème : l'absence d'une |
| 121 | +norme décrivant la manière d'instrumenter du code et de transmettre des données |
| 122 | +de télémétrie à un backend d'observabilité. Aucun des projets n'étant en mesure |
| 123 | +de résoudre ce problème de manière indépendante, ils ont fusionné pour former |
| 124 | +OpenTelemetry et combiner leurs forces tout en offrant une solution unique. |
| 125 | + |
| 126 | +Si vous utilisez actuellement OpenTracing ou OpenCensus, vous pouvez découvrir |
| 127 | +comment migrer vers OpenTelemetry dans le |
| 128 | +[guide de migration](/docs/migration/). |
| 129 | + |
| 130 | +## Et ensuite ? |
| 131 | + |
| 132 | +- [Pour commencer](/docs/getting-started/) — Lancez-vous directement ! |
| 133 | +- Découvrez les [concepts d'OpenTelemetry](/docs/concepts/) |
0 commit comments