Le Release Radar 09.26 de Dynatrace, publié le 15 octobre 2026, présente les évolutions déployées en septembre : investigation des requêtes SQL, exploration des traces distribuées et supervision des hôtes via OpenTelemetry. Des améliorations qui visent à faciliter le diagnostic et le travail quotidien des équipes IT.
Des données à une investigation exploitable
Lorsqu’une application ralentit, les équipes disposent souvent de nombreuses données. La difficulté consiste à retrouver celles qui expliquent le problème : quel service a déclenché une requête ? Quelle transaction faut-il examiner ? Comment rapprocher les informations collectées sur les différents hôtes ? Les évolutions réunies dans ce Release Radar apportent plusieurs réponses concrètes à ces questions.
Requêtes SQL : retrouver les services à l’origine des appels
Depuis la vue des requêtes aux bases de données, Service backtrace permet de remonter la chaîne des appels applicatifs. Cette fonction présente les appelants, leur contribution à la charge et leurs éventuelles erreurs. Pour les clients, l’intérêt est de mieux orienter le diagnostic. Une base fortement sollicitée ne souffre pas nécessairement d’un manque de ressources : une application peut aussi multiplier les requêtes ou exécuter trop souvent un même traitement. Prenons le cas d’une page qui lance plusieurs dizaines de requêtes pour afficher une liste de produits. Retrouver le service responsable aide à examiner le traitement concerné avant de décider d’augmenter la capacité de la base. Cette visibilité facilite également la collaboration entre développeurs, exploitants et administrateurs de bases de données. L’investigation peut partir d’une chaîne d’appels partagée, avec des éléments précis à vérifier.
Traces distribuées : explorer sans perdre le contexte
Une trace distribuée permet de suivre le parcours d’une requête entre plusieurs composants. Dynatrace fait évoluer son exploration : le détail chronologique peut s’ouvrir dans un panneau superposé, en conservant le graphique initial, les filtres et la sélection. Cette évolution répond à une difficulté courante pendant les investigations : passer d’une tendance globale à une transaction particulière, puis revenir à la vue d’ensemble sans reconstruire sa recherche. Sur un incident intermittent, les équipes peuvent avoir besoin de comparer plusieurs transactions lentes avec des transactions normales. Garder les mêmes repères facilite cette comparaison et limite les manipulations répétitives. Le bénéfice est avant tout opérationnel : consacrer davantage de temps à l’analyse du comportement de l’application et moins à la navigation dans l’outil.
OpenTelemetry : une vue commune pour les hôtes supervisés
La supervision des hôtes via OpenTelemetry est annoncée en disponibilité générale dans Infrastructure & Operations. Les hôtes pris en charge apparaissent dans le menu Compute aux côtés de ceux supervisés par OneAgent. Pour les organisations qui utilisent plusieurs méthodes de collecte, cette évolution peut faciliter l’exploitation des informations dans une même interface. C’est notamment intéressant lorsque les choix d’instrumentation diffèrent selon les applications, les équipes ou les contraintes techniques. L’objectif consiste alors à construire une vision exploitable du parc, avec des conventions de nommage et de regroupement cohérentes. La couverture doit cependant être examinée selon les besoins : réunir les hôtes dans une même vue ne signifie pas que toutes les méthodes de collecte fournissent exactement les mêmes informations.
Configuration : simplifier les premières étapes
Le parcours QuickStart rassemble les possibilités de configuration, facilite la recherche de services et donne accès à Dynatrace Assist depuis un constat. L’outil dtwiz simplifie aussi la configuration nécessaire à la supervision des hôtes avec un OpenTelemetry Collector. Pour les équipes qui découvrent la plateforme ou étendent leur périmètre, un parcours guidé peut faciliter le passage de la configuration à une première investigation. Le bon critère d’évaluation reste concret : peut-on retrouver un service, examiner son comportement et déterminer la prochaine vérification utile ? Une collecte active prend toute sa valeur lorsque les équipes savent exploiter les données obtenues.
Quels bénéfices pour les clients ?
Ces évolutions renforcent trois dimensions du travail en production : comprendre l’origine des sollicitations, explorer les transactions et rapprocher les données d’infrastructure. Pour en apprécier l’intérêt, une démarche simple consiste à reprendre un incident connu : une requête SQL lente, un parcours utilisateur dégradé ou un hôte insuffisamment visible. Refaire l’investigation avec les nouvelles fonctions permet d’identifier leur apport et les éventuels ajustements nécessaires.
À retenir
La valeur de l’observabilité se mesure aussi à cette capacité : transformer les données collectées en éléments utiles pour décider où intervenir.
Pour approfondir
Source officielle : Michael Winkler, Dynatrace Release Radar 09.26 — publié le 15 octobre 2026, évolutions de septembre ↗Notre expertise Observabilité →Nos réalisations →Article mis à jour le .