Audit Davis AI Dynatrace : taux d’attribution des causes racines

Un contrôle sur l’analyse elle-même — quelle part des problèmes Davis a rattachés à une cause racine, et où l’attribution échoue.

Réserver un audit gratuit Les 71 contrôles

Ce que ces contrôles lisent

Taux d’attribution des causes racines

Les problèmes ouverts sur la période, combien d’entre eux portaient une cause racine, et sur quels types d’entités se concentrent ceux qui n’en ont pas.

Pourquoi c’est important

Davis est la raison pour laquelle une plateforme coûte ce qu’elle coûte : la différence entre un flux d’alertes et une cause racine. Le taux d’attribution indique donc assez bien si la plateforme fait le travail pour lequel elle est facturée.

Quand le taux est bas, la cause n’est presque jamais Davis. Elle est en amont : une continuité d’entité rompue par une règle de détection, un service qui existe en 400 versions, ou des lacunes de couverture qui laissent le graphe de dépendances incomplet. Le contrôle rapporte le taux et le regroupement des problèmes non attribués, pour que la discussion démarre à la vraie cause — qui se trouve en général dans le domaine Topology ou Coverage.

Les questions qu’on nous pose sur ce domaine

Qu’est-ce qu’un bon taux d’attribution ?

Il n’existe pas de chiffre universel, et tout consultant qui vous en donne un fait une supposition. Ce qui compte, c’est la tendance et le regroupement : si les problèmes non attribués se concentrent sur un seul type d’entité, c’est un constat sur lequel vous pouvez agir, quel que soit le pourcentage affiché.

L’audit modifie-t-il le fonctionnement de Davis ?

Non. Il mesure le résultat et désigne la configuration en amont qui le détermine.

Les autres domaines d’audit

Dix-neuf domaines, 71 contrôles, une exécution en read-only. Chaque domaine a sa page.

FinOps Où part l’argent, et ce qui est récupérable Kubernetes Couverture des clusters, versions, échecs récurrents Alerting Si un incident atteindrait réellement un humain Audit log Qui a changé quoi, quand, et hors heures ouvrées Coverage Ce qui est surveillé, et ce qui en a seulement l’air RUM Portée du monitoring des utilisateurs réels et réglages de confidentialité Grail Buckets, retention, coût de stockage annualisé Pipelines Traitement à l’ingestion, masquage, règles de rejet Synthetic Moniteurs Synthetic qui passent, échouent ou ne tournent jamais Topology Qualité de la détection d’entités et explosion du nombre d’entités OpenTelemetry Sources OTel et double instrumentation Security Portées des tokens, expiration, identifiants dormants Workflows Automatisations qui échouent ou ne se déclenchent jamais Bizevents Hygiène des fournisseurs d’événements métier Dashboards Inventaire des dashboards Davis Taux d’attribution de cause racine OpenPipeline Résolution des routes et des pipelines SLO Définitions de SLO qui cassent à la redétection Tagging Convention de tagging des environnements

Voyez ce que ce domaine trouve sur votre propre tenant.

Une exécution en read-only couvre les dix-neuf domaines. Vous gardez le rapport dans tous les cas.

Réserver un audit gratuit Voir comment fonctionne AudiTrace

Découvrez ce que votre Obervability fait réellement.

Un audit prend une exécution. Les constats prennent une réunion. Ce que vous en faites vous appartient.

Experts Dynatrace certifiés

Envoyer

Obervability

Implémentation, services managés et support Dynatrace. Chaque constat arrive avec la source qui le sous-tend.

Services

Services AudiTrace Étude de cas

Guides

Audit Dynatrace Optimisation des coûts Dynatrace Étude de cas Articles

Nous joindre

Contact hello@obzervability.com

Confidentialité Conditions d’utilisation Accessibilité