RousselTMLEARNING

Observabilité · Formations

Opentelemetry : de la découverte à l’expertise

Formation OpenTelemetry complète et gratuite : concepts, OTLP, Collector (connecteurs, extensions), instrumentation, conventions sémantiques, traces distribuées, métriques, logs, profils, corrélation des signaux et déploiement sur Kubernetes avec l’Operator.

13 chapitres35 leçonsFR
À votre rythme, par la pratique.

À l’issue de cette formation, vous saurez

  • Expliquer les concepts d'OpenTelemetry : signaux, API, SDK, ressource, contexte et maturité
  • Configurer un Collector avec receivers, processors, exporters, connecteurs et extensions, et le superviser
  • Instrumenter une application (auto et manuel) en respectant les conventions sémantiques
  • Maîtriser les traces distribuées : spans, statuts, liens, propagation et échantillonnage
  • Produire des métriques justes (instruments, temporalité, histogrammes, cardinalité) et des logs corrélés
  • Comprendre le nouveau signal profile et relier un span à son profil
  • Corréler les quatre signaux et déployer OpenTelemetry sur Kubernetes avec l'Operator

🎯 Niveau : Intermédiaire👥 Public visé : Développeurs et SRE qui instrumentent des applications distribuées

LEARNING PATH

Programme de la formation

0Vue d'ensemble du cours1 leçon
1Introduction et concepts2 leçons

Pourquoi OpenTelemetry, les quatre signaux, API, SDK, ressource et maturité.

  1. Pourquoi OpenTelemetry ?Cours · ⏱ 21 min
  2. Les concepts fondamentaux d'OpenTelemetryArticle · ⏱ 7 min
2L'architecture OpenTelemetry2 leçons
3Le Collector OpenTelemetry6 leçons
4Instrumentation des applications5 leçons
12Conventions sémantiques et ressources1 leçon

Nommer la télémétrie de façon standard : semconv, stabilité et migration.

  1. Les conventions sémantiques (semconv)Article · ⏱ 6 min
5Les traces3 leçons
7Les métriques2 leçons
8Les logs2 leçons
9Les profils, le nouveau signal2 leçons
10Corrélation des signaux2 leçons
6Déploiement, Kubernetes et cas pratiques7 leçons
90Préparer la certification4 leçons

Parcours de préparation aux certifications officielles de l'éditeur : examens blancs illimités, tableau de bord et verdict de préparation.

  1. OTCAProjet · Niveau 4/5
  2. Splunk O11y Metrics UserProjet · Niveau 4/5
  3. New Relic Verified FoundationsProjet · Niveau 4/5
  4. New Relic APM PractitionerProjet · Niveau 4/5

LEARN BY DOING

Cas concrets & applications

Tracing distribué dans les microservices

Suivre une requête de bout en bout à travers plusieurs services pour identifier les goulots d'étranglement et comprendre les dépendances.

Standardisation de la collecte de logs

Utiliser un format de log unifié pour toutes les applications, quel que soit leur langage, et l'enrichir automatiquement avec le contexte des traces.

Métriques applicatives personnalisées

Créer des métriques métiers (ex: nombre de paniers abandonnés, chiffre d'affaires par minute) et les exporter vers un système comme Prometheus ou Mimir.

Prérequis conseillés

Et ensuite ?

Questions fréquentes

Qu'est-ce qu'OpenTelemetry ?

C'est un standard et un ensemble d'outils open-source (API, SDK, Collector) pour l'instrumentation, la génération, la collecte et l'exportation de données de télémétrie (traces, métriques, logs).

OTLP, c'est quoi ?

C'est le protocole natif d'OpenTelemetry (OpenTelemetry Protocol) pour transporter les données de télémétrie de manière efficace et standardisée entre les différents composants.

Dois-je changer mon backend si j'utilise OpenTelemetry ?

Non, c'est l'un des avantages majeurs. OTel est agnostique et peut envoyer des données à de nombreux backends (Jaeger, Prometheus, Dynatrace, Datadog, etc.) via des exportateurs, vous évitant le 'vendor lock-in'.

Qu'est-ce que les conventions sémantiques (semconv) ?

Ce sont les noms standard des attributs, spans et métriques (par exemple http.request.method ou service.name). Elles rendent la télémétrie compréhensible par tous les outils ; un chapitre entier leur est consacré.

Les profils sont-ils un signal OpenTelemetry ?

Oui, c'est le quatrième signal, encore en développement : OTLP le transporte et un profileur eBPF a été donné au projet. Le chapitre « Les profils » explique l'état actuel et comment relier un span à son profil dès aujourd'hui.

À quoi correspondent les ports 4317 et 4318 ?

Ce sont les ports par défaut du protocole OTLP : 4317 pour OTLP/gRPC et 4318 pour OTLP/HTTP (chemins /v1/traces, /v1/metrics et /v1/logs).

Qu'est-ce qu'OTLP ?

OpenTelemetry Protocol, le protocole standard d'échange des traces, métriques et journaux entre SDK, Collector et back-ends (Tempo, Jaeger, Elastic, Datadog…).

Soutenir

♥ SOUTENIR

Soutenez RousselTM Learning

Les formations, articles, TP et attestations restent gratuits et sans publicité intrusive. Une contribution libre, du montant de votre choix, finance l’hébergement, les environnements de TP et l’écriture de nouveaux contenus.

Contribuer avec PayPal Montant libre · carte bancaire ou compte PayPalEn savoir plus
QR code PayPal
Ou scannez ce QR code avec votre téléphone

Merci, chaque contribution compte !