OpenTelemetry annonce la prise en charge du profilage

2024-03-19 · Éditeur : OpenTelemetry · Domaine : Cloud & DevOps

Le projet OpenTelemetry annonce que le profilage devient son quatrième signal, après les traces, les métriques et les journaux. Elastic et Splunk offrent leurs agents de profilage au projet.

### Ce qui change Le 19 mars 2024, le projet **OpenTelemetry** annonce qu'il prend en charge le **profilage** comme quatrième signal d'observabilité, à côté des traces, des métriques et des journaux. Le groupe de travail sur le profilage avait été créé à Valence, lors de KubeCon Europe 2022, soit deux ans plus tôt. Le modèle de données de profilage a été fusionné et les travaux visent une spécification stable et des implémentations en 2024. ### Caractéristiques - Contributeurs cités : Datadog, Google, Grafana Labs et Red Hat, entre autres. - Elastic s'engage à donner son agent de profilage continu fondé sur eBPF ; Splunk commence à donner son profileur pour .NET. - Le profilage doit permettre des liens bidirectionnels avec les autres signaux : remonter d'un problème de ressources à la fonction, voire à la ligne de code, en cause. - Le projet revendique plus de 1 000 contributeurs mensuels uniques issus de plus de 180 entreprises, et plus de 30 millions de téléchargements mensuels sur ses principaux dépôts. ### Pourquoi c'est important Le profilage continu en production était jusqu'ici le domaine d'outils propriétaires. Son entrée dans OpenTelemetry promet un format commun entre éditeurs, donc moins de dépendance à un agent unique et des données de profils corrélables avec les traces. Pour une ESN, c'est un critère de choix à intégrer dans les cahiers des charges d'observabilité, à condition de suivre la maturité réelle du signal. ### À retenir Avec le profilage, OpenTelemetry étend son standard de l'instrumentation de base à l'analyse fine du code en production.

Tags : Observabilité, Open Source, Cloud natif