Découverte2 min de lecture
OpenTelemetry, étape par étape : qui y gagne quoi ?
Le trajet d'un signal OpenTelemetry en cinq étapes, de l'application au stockage, lu par six rôles : ce qui se passe à chaque étape et ce que l'ingénieur, le manager, le métier ou la direction y gagnent.
Pour : ingénieurs et SRE · architectes · managers d’équipe · métiers et produit · finance, risque et conformité · direction et DSIPrérequis : Aucun.
Scénario illustratif : en réunion d’achat, un éditeur affirme que son produit est « compatible OpenTelemetry ». L’architecte entend « nos données resteront portables ». Le directeur financier entend « on pourra changer de fournisseur sans tout refaire ». Le commercial de l’éditeur pensait simplement « on sait recevoir vos données ». Les trois ont compris des choses différentes, parce qu’ils ne regardent pas la même étape.
OpenTelemetry est un standard ouvert qui définit comment une application produit et transporte ses signaux de fonctionnement : mesures, traces de requêtes, journaux. On le présente souvent par ses composants. Ce schéma le présente plutôt comme le trajet d’une lettre. On l’écrit (l’instrumentation, le code qui décrit ce que fait l’application). On la met sous enveloppe (le SDK, la bibliothèque qui assemble et expédie). Elle voyage dans un format postal commun à tous (OTLP, le protocole de transport). Elle passe par un centre de tri (le Collector). Elle arrive enfin aux archives où l’on viendra la consulter pour décider (le stockage).
À chaque étape, choisissez un rôle : le texte dit ce que cette personne y gagne ou doit y décider. Les six rôles sont ceux du carrefour de la page d’accueil.
À essayer
Section intitulée « À essayer »- Suivez le trajet une première fois dans le rôle de l’ingénieur, avec le bouton « Parcourir ». Ce premier passage pose le vocabulaire : instrumentation, SDK, OTLP, Collector, stockage.
- Restez sur l’étape Collector et changez de rôle. Le même composant est un pipeline pour l’ingénieur, un point de contrôle pour l’architecte, une question de propriété pour le manager, une ligne de facture pour la direction.
- Comparez l’étape OTLP vue par l’architecte, puis par le commercial. C’est là que se joue le malentendu du scénario : « compatible OpenTelemetry » ne veut pas dire la même chose pour celui qui conçoit et pour celui qui achète ou vend.
- Cherchez l’étape où vos propres mots entrent dans les données. Pour le métier, c’est la première, quand on décide comment nommer un client, une commande ou un parcours. Ces mots ne reviennent sous forme de réponse qu’à la dernière.
La règle à retenir
Section intitulée « La règle à retenir »OpenTelemetry produit et transporte. Il ne stocke pas et n’affiche pas. Tout ce qui se trouve avant le stockage relève d’un standard ouvert, que votre organisation peut posséder. Tout ce qui vient après (requêtes, tableaux de bord, alertes) dépend de l’outil choisi, sauf si l’on prend soin de garder ces éléments dans un dépôt à soi. C’est la question à poser au fournisseur qui se dit compatible.
Pour aller plus loin : OpenTelemetry de bout en bout suit un span réel à travers ces étapes, le pipeline du Collector animé détaille la quatrième et la rubrique OpenTelemetry suit les évolutions du projet.