Le projet OpenTelemetry (OTel) a officiellement obtenu le statut de projet diplômé de la Cloud Native Computing Foundation (CNCF) en mai 2026, après avoir entamé son parcours de diplomation en 2025. Cette réussite place le projet aux côtés de projets CNCF majeurs tels que Kubernetes et Prometheus, mais elle ne marque pas la fin de son développement ; elle confirme plutôt son passage du statut de projet prometteur à celui d’infrastructure ouverte mature visant une utilisation institutionnelle à grande échelle.
Pourquoi OpenTelemetry a-t-il vu le jour ?
Avant OpenTelemetry, les outils de mesure et d’observabilité reposaient souvent sur des formats et des bibliothèques propres à chaque fournisseur. Le passage d’un prestataire de services d’observabilité à un autre nécessitait de retirer les anciennes bibliothèques de connexion et de les remplacer, ce qui rendait le changement de fournisseur complexe et augmentait les risques de dépendance technologique. En outre, les principaux signaux d’observabilité — traces, journaux et métriques — étaient traités comme des systèmes distincts, ce qui compliquait leur corrélation afin d’obtenir une vision complète des performances des applications.
En mai 2019, OpenTracing et OpenCensus ont fusionné pour établir OpenTelemetry. Le projet fournit des spécifications pour les traces, les métriques et les journaux, des API unifiées, des implémentations de ces API dans différents langages, ainsi que l’OpenTelemetry Collector. OpenTracing a été archivé en janvier 2022, puis OpenCensus en juillet 2023, tandis qu’OpenTelemetry est devenu de fait le standard ouvert de la télémétrie, selon une publication de la CNCF.
Qu’est-ce qui a permis au projet d’obtenir son diplôme ?
Le statut de projet diplômé s’est appuyé sur un ensemble de critères pratiques, et pas uniquement sur la taille du projet. Des organisations telles que GitHub et Farfetch utilisent OpenTelemetry dans des environnements de production. Le projet dispose également d’un modèle de gouvernance documenté qui définit les rôles liés aux élections et aux démissions, ainsi que les mécanismes de prise de décision et de communication.
L’examen a également porté sur la santé de la communauté, avec la présence de contributeurs réguliers issus de plusieurs organisations et un mécanisme clair de revue des demandes d’intégration et de gestion des problèmes. OpenTelemetry a fait l’objet d’un audit de sécurité indépendant, au cours duquel toutes les vulnérabilités critiques identifiées ont été corrigées. Ses API ont également satisfait aux exigences de stabilité, de gestion des versions et de compatibilité ascendante, tandis que la documentation couvre les aspects architecturaux ainsi que les directives destinées aux utilisateurs, aux opérateurs et aux contributeurs. Enfin, le formulaire de diplomation a été soumis au comité de supervision technique de la CNCF pour examen.
Qu’est-ce qui a changé concrètement pour les utilisateurs ?
Selon une publication de la CNCF, le projet a enregistré plus de 12 000 contributions provenant de plus de 2 800 entreprises, avec la participation de centaines de responsables au sein de groupes d’intérêt spécifiques aux différents langages, ce qui en fait le deuxième projet de la CNCF en matière de rythme d’activité, derrière Kubernetes. Les traces, les journaux et les métriques ont atteint le statut de disponibilité générale, tandis que le profilage a été ajouté comme nouveau signal et que la démonstration, le Collector et les composants du système ont tous été étendus.
En pratique, le statut de projet diplômé fournit aux organisations un indicateur supplémentaire de la maturité de la gouvernance, de la sécurité, de la stabilité et de l’adoption, mais il ne supprime pas la nécessité d’évaluer l’adéquation du projet à chaque environnement. La diplomation ne signifie pas non plus que tous les défis de l’observabilité ont été résolus ou que l’adoption d’OpenTelemetry se fait sans coût opérationnel ou d’ingénierie ; la source précise que le projet continuera d’évoluer.
La prochaine étape
Les travaux à venir se concentreront sur l’observabilité de nouveaux types de charges de travail, notamment les flux de travail agentiques, au moyen de conventions sémantiques émergentes pour l’IA générative, ainsi que sur les besoins d’observabilité des navigateurs et des téléphones. Le projet cherche également à aider les équipes matures à gérer la télémétrie à grande échelle à l’aide de Weaver pour définir et gouverner les schémas de télémétrie, d’OpenTelemetry Packaging pour fournir les composants sous forme de paquets installables, et d’OpenTelemetry Injector pour permettre l’instrumentation sans modification du code.
Lecture éditoriale de certi.news : le changement concret est qu’OpenTelemetry n’est plus seulement un projet destiné à unifier les outils d’observabilité ; il est devenu un projet ayant franchi une série de tests annoncés portant sur l’adoption, la gouvernance, la sécurité et la stabilité des API. Cela est important pour les équipes qui reportent l’unification de leur couche de télémétrie par crainte d’un manque de maturité du projet. Toutefois, les questions ouvertes restent liées à la capacité de la communauté à maintenir ce niveau avec l’élargissement de l’usage, ainsi qu’à la manière de traduire les nouvelles normes relatives aux charges de travail d’intelligence artificielle et à l’observabilité multiplateforme en implémentations stables.