Audit des dashboards Dynatrace : inventaire, propriété et obsolescence

Un contrôle sur le parc de dashboards — combien il en existe, à qui ils appartiennent, et combien n’ont pas été ouverts depuis des mois.

Réserver un audit gratuit Les 71 contrôles

Ce que ces contrôles lisent

Inventaire des dashboards

Chaque dashboard, son propriétaire, ses paramètres de partage et sa dernière modification.

Pourquoi c’est important

Les dashboards sont l’artefact le plus visible du tenant et le moins entretenu. On en crée un par incident, un par projet et un par demande de la direction, ils survivent aux trois, et personne n’en supprime aucun au cas où quelqu’un s’en servirait.

Ce contrôle produit l’inventaire avec les propriétaires et les dates de modification. Il ne note pas la qualité des dashboards — c’est affaire de goût et de lecteur. Ce qu’il vous donne, c’est la base d’une décision que vous ne pouvez pas prendre sans liste : quels dashboards sont à jour, lesquels appartiennent à des équipes qui n’existent plus, et quelle part de votre parc de tuiles interroge des données qui ne sont plus ingérées.

Les questions qu’on nous pose sur ce domaine

Pouvez-vous dire quels dashboards sont réellement consultés ?

Les données d’usage ne sont pas exposées de façon constante via l’API : le contrôle rapporte donc la propriété et l’historique de modification plutôt que des décomptes de consultations, et il le dit. Nous préférons rapporter une vérité plus petite qu’une déduction plus large.

L’audit supprime-t-il quoi que ce soit ?

Non. Chaque contrôle, dans chaque domaine, est une lecture. Le rapport liste des candidats ; la suppression vous revient, liste en main.

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é