Ce qui se passe
OTTL sert à modifier la télémétrie dans le Collector : masquer une donnée sensible dans un log,
ajouter des métadonnées Kubernetes, supprimer une métrique inutile avant l'envoi. Depuis
opentelemetry-collector-contrib v0.164.0, il est stable en version 1.0 pour les traces,
les métriques et les logs.
Cela met fin à un travers connu : une mise à jour du Collector pouvait changer la signature d'une
fonction ou le comportement d'une expression, et il fallait reprendre sa configuration. Pour toute
la série 1.x, chemins, littéraux, opérateurs, appels de fonction et clauses where restent figés.
La promesse couvre aussi les fonctions standard et l'API Go.
set(span.attributes["env"], "prod") where span.attributes["env"] == nilCe qui casse à la mise à jour
Certaines fonctions et options anciennes disparaissent avec cette version :
- la fonction
Base64Decodeet d'anciennes fonctions de profiling ; - plusieurs feature gates devenues inutiles, dont
ottl.PanicDuplicateName,ottl.contexts.enableOTelColContextetottl.set.allowNil.
Un Collector lancé avec l'un de ces gates ne démarre plus. heise ne donne pas de liste exhaustive : la seule recherche de ces trois noms ne suffit donc pas, et il faut relire vos paramètres de lancement.
Ce qui reste mouvant
- Les fonctions lambda (
Filter,MapEach,MapKeys,Any,All,Find,Reduce,When) demandent toujoursottl.functions.enableLambda. - Les nouveautés entrent dans
xottl, en 0.x, avec le gatepkg.ottl.functions.enableExperimental. Elles n'en sortent qu'après deux versions mineures au moins, avec tests, documentation et besoin mesuré. - Le profiling reste dans
xprofile, et le processeur Transform n'est pas encore déclaré stable.
Comment s'y prendre
- Cherchez ces gates dans vos options de lancement et
Base64Decodedans vos règles. - Retirez-les, puis démarrez en préproduction.
- Évitez de bâtir une règle durable sur
xottl: ses signatures peuvent encore changer.
Source : heise Developer, 30 octobre 2026, qui renvoie à l'annonce du projet. Source en allemand.