Obervability
Services AudiTrace Ressources▾ Contact
FR ▾
Réserver un audit gratuit
Domaine d’audit · 8 contrôles

Audit alerting Dynatrace : un incident atteindrait-il un humain ?

Huit contrôles sur le chemin entre un problème et une personne — fenêtres de maintenance sans fin, dérogations désactivant la détection par entité, intégrations de notification pointant vers des profils d’alerting supprimés.
Réserver un audit gratuit Les 71 contrôles

Ce que ces contrôles lisent

Fenêtres de maintenance

Chaque fenêtre, sa planification et sa portée. Les fenêtres permanentes comme celles dont la date de fin est passée coupent l’alerting indéfiniment.

Dérogations à la détection d’anomalies

Des réglages au niveau de l’entité qui désactivent la détection pour un hôte, un service ou une application. Chacun est invisible depuis la configuration globale.

Profils d’alerting et intégrations de notification

Le profil que référence chaque intégration, et si ce profil existe encore. Une intégration qui pointe vers un profil supprimé échoue en silence.

Du problème jusqu’à la notification

Pour chaque niveau de sévérité, l’existence d’un chemin actif entre un problème déclenché et un canal qu’une personne lit.

Pourquoi c’est important

L’alerting échoue toujours dans le même sens. Personne ne remarque une alerte étouffée ; tout le monde remarque une alerte bruyante. La configuration dérive donc régulièrement vers le silence : une fenêtre ouverte pour une migration et jamais refermée, la détection désactivée sur un hôte bavard pendant un incident, une intégration reconstruite pendant que l’ancien profil disparaissait sous elle.
Sur le tenant de notre étude de cas, ce domaine a produit 1,617 fenêtres de maintenance permanentes ou expirées, et 106 dérogations à la détection d’anomalies désactivant la détection au niveau de l’entité. Aucun de ces deux chiffres n’apparaissait sur un dashboard, parce qu’un problème étouffé n’est pas un problème — il n’est rien du tout.
Les contrôles de ce domaine ne jugent pas vos seuils. Ils établissent si le câblage est intact : si un problème était déclenché à l’instant, sur cette entité, à cette sévérité, existe-t-il un chemin actif vers une personne. Quand la réponse est non, le constat nomme la fenêtre, la dérogation ou l’intégration cassée, avec son propriétaire et sa date de création.
Un constat issu d’un tenant réel
Fenêtres de maintenance permanentes ou expirées
Ampleur
1,617
Impact
Alerting neutralisé en silence
Chaque constat arrive avec la requête qui l’a produit et un CSV des objets qu’il a trouvés, pour que votre équipe puisse le rejouer sans nous.

Les questions qu’on nous pose sur ce domaine

Comment 1,617 fenêtres de maintenance peuvent-elles être un chiffre réel ?

Elles s’accumulent une par une. Une fenêtre de déploiement est ouverte à chaque mise en production, pour chaque service, et la refermer n’est la tâche de personne. La plupart ont été créées légitimement ; le constat n’est pas qu’elles existent, mais qu’elles ne finissent jamais, et que l’alerting qu’elles coupent n’a jamais été réactivé.

L’audit modifie-t-il des réglages d’alerting ?

Non. Il les lit et les rapporte. Réactiver la détection sur un hôte réellement bruyant sans traiter le bruit serait pire que le silence, l’ordre des remédiations vous appartient donc — l’audit vous donne la liste, la portée de chaque élément et ce qu’il masque actuellement.

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
+1
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
© 2026 Obervability · Tous droits réservés.
Confidentialité Conditions d’utilisation Accessibilité