La version v0.11.0 d’OpenTelemetry eBPF Instrumentation (OBI) vient de sortir, apportant des changements significatifs, particulièrement pour les développeurs qui cherchent une visibilité accrue sur leurs systèmes sans modifier le code source. Ce release mineur active l’auto-instrumentation pour les applications Go utilisant l’API Trace OpenTelemetry sans enregistrer de SDK, et introduit la Configuration v2 pour le Collector OBI, tout en améliorant la corrélation entre traces et logs en texte brut.

L’annonce de github.com détaille l’ajout de support natif pour Ollama et l’instrumentation des réponses en streaming de Gemini, tout en améliorant la compatibilité avec les passerelles OpenAI. De plus, le projet affine la couverture sémantique pour les appels d’outils (tool-calls), les embeddings et les statuts d’erreur des fournisseurs d’IA, répondant ainsi à une demande croissante des équipes DevOps.

Ce progrès s’inscrit dans une volonté plus large de garantir la pérennité de l’outil. Selon OpenTelemetry, la version 1.0 de OBI vise à établir une base stable, ce qui se traduit dans ces versions par des engagements sur la compatibilité de configuration, notamment la Configuration v2, qui est désormais disponible pour le Collector OBI et le receiver autonome. Toutefois, on doit rester prudent : github.com rappelle que la Configuration v1 est toujours maintenue, mais qu’une migration doit être effectuée en prenant soin de valider la configuration générée.

Améliorations de la télémétrie et de la robustesse

En matière de métriques, la couverture de l’environnement Go s’est étoffée notablement. On observe désormais des métriques plus fines sur le runtime, incluant le CPU, la mémoire, le scheduler et le Garbage Collector (GC), avec une distinction précise des PIDs réutilisés. De plus, l’extraction des corps de requêtes HTTP et des charges utiles des clients HTTP/2 en Go est désormais possible, ce qui est précieux pour le débogage des flux de données.

Parallèlement, la fiabilité interne du système a été renforcée, ce qui est toujours un argument de poids en infrastructure. Des corrections ont été apportées pour prévenir les transactions Go qui ne se terminaient jamais, et des mesures de sécurisation ont été ajoutées, notamment la validation des offsets ELF malformés et le durcissement du comportement du cycle de vie des sockets. Heise note d’ailleurs que la stabilisation des langages de transformation comme l’OTTL est un pas important pour éviter la rupture des pipelines après des mises à jour du Collector.

Le défi de la corrélation et la complexité des protocoles

Pour les équipes en charge de l’investigation d’incidents, le lien entre le chemin d’une requête et les logs associés est essentiel. OBI étend cette capacité en ajoutant le contexte de trace aux logs en texte brut, avec des options de placement (préfixe ou suffixe) et de sélection de lignes multillignes. Cela permet de faire le lien entre une latence observée et les événements journaliers correspondants, une fonctionnalité qui, d’après OpenTelemetry, aide à « passer du chemin d’une requête aux logs associés ».

En ce qui concerne les protocoles, l’instrumentation s’est étendue pour inclure le client Aerospike et des mécanismes de protocole côté noyau. On note aussi l’ajout de support incrémentiel pour Deno, tout en assurant que l’agent Node.js ne s’injecte pas dans les processus Deno. En parallèle, d’autres améliorations touchent aux bases de données, avec une meilleure détection de types et des métriques spécifiques pour PostgreSQL et Redis.

Le système est de plus en plus apte à gérer des environnements hétérogènes. GitHub.com confirme l’ajout de découvertes de noms de services Java alignées avec OpenTelemetry Java, et l’opt-in de la capture de spans manuels dans Node.js lorsque aucun SDK n’est enregistré. Il faut juste garder en tête que l’activation par défaut de l’enrichissement des logs en texte brut pourrait modifier le format des écritures non-JSON, ce qui pourrait impacter les parseurs en aval si l’option n’est pas désactivée avant la mise à jour.

Sources

• Release v0.11.0 · open-telemetry/opentelemetry-ebpf-instrumentation, github.com
• Release v0.12.1 · open-telemetry/opentelemetry-ebpf-instrumentation, github.com
• OpenTelemetry eBPF Instrumentation reaches v1.0.0, OpenTelemetry, 30 octobre 2026 (contenu sous licence CC BY 4.0)
• OpenTelemetry: Collector-Updates zerlegen keine Filterregeln mehr, Heise, 30 octobre 2026