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.
Observabilité · Formations
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.
LEARNING PATH
Pourquoi OpenTelemetry, les quatre signaux, API, SDK, ressource et maturité.
Comprendre les composants clés : API, SDK et le protocole OTLP.
Receivers, processors, exporters, connecteurs, extensions et télémétrie du Collector.
Auto-instrumentation, instrumentation manuelle et propagation de contexte.
Nommer la télémétrie de façon standard : semconv, stabilité et migration.
Traces distribuées en profondeur : spans, statuts, événements, liens, propagation et échantillonnage.
Instruments, temporalité, histogrammes, vues, cardinalité et exemplars.
Modèle de données, appenders, corrélation avec les traces et collecte de fichiers.
Profilage continu, flame graphs, profileur eBPF et lien entre spans et profils.
Passer d'une alerte à la trace, aux logs et au profil en quelques clics.
Agent et gateway, Operator Kubernetes, projet fil rouge et bonnes pratiques.
Parcours de préparation aux certifications officielles de l'éditeur : examens blancs illimités, tableau de bord et verdict de préparation.
LEARN BY DOING
Suivre une requête de bout en bout à travers plusieurs services pour identifier les goulots d'étranglement et comprendre les dépendances.
Utiliser un format de log unifié pour toutes les applications, quel que soit leur langage, et l'enrichir automatiquement avec le contexte des traces.
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.
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).
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.
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'.
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é.
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.
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).
OpenTelemetry Protocol, le protocole standard d'échange des traces, métriques et journaux entre SDK, Collector et back-ends (Tempo, Jaeger, Elastic, Datadog…).