GUIDE TECHNIQUE · DYNATRACE
Configurer les alertes Dynatrace et les notifications
Construire une alerte Dynatrace actionnable en définissant signal, périmètre, durée de détection et circuit de notification.
01 · CADRAGE
Ce que vous allez mettre en place
Construire une alerte Dynatrace actionnable en définissant signal, périmètre, durée de détection et circuit de notification.
Pour qui : Ingénieurs APM et équipes d’exploitation
Dynatrace SaaS récent, interfaces variables selon tenant et droits. Vérifier la documentation correspondant à votre environnement.
Vérifiez la compatibilité avec votre environnement réel. Les versions ne sont jamais présumées identiques d’un tenant à l’autre.
02 · AVANT DE COMMENCER
Prérequis et points de contrôle
- Accès Dynatrace en lecture sur les entités et métriques pertinentes.
- Service, hôte ou périmètre d’étude identifié ; fenêtre temporelle connue.
- Autorisation de créer ou modifier les objets concernés en environnement de recette.
03 · VUE D’ENSEMBLE
Comprendre l’architecture et les flux
Visuel pédagogique ADN Consulting, distinct des captures de procédure. Les écrans réels dépendent de votre version.
Source : ADN Consulting04 · TUTORIEL
Procédure complète, étape par étape
Chaque étape explique l’action, sa raison, le contrôle attendu et les erreurs habituelles. Adaptez les exemples aux paramètres de votre propre environnement.
ÉTAPE 1 / 5
Choisir le symptôme à surveiller
Les seuils universels font du bruit sans aider à traiter un risque réel.
- Identifier un comportement ayant déjà produit un incident, par exemple taux d’échec ou latence anormale.
- Comparer l’indicateur en fonctionnement nominal et dégradé.
- Choisir un seuil et une durée minimale d’observation justifiés par le service.
À vérifier : Une condition de déclenchement mesurable est définie.
Point de vigilance ADN : Évitez une alerte CPU à 80 % sans contexte.
ÉTAPE 2 / 5
Créer la configuration de détection
La règle doit refléter le bon type de télémétrie.
- Dans la configuration de détection des anomalies, choisir un type de règle compatible avec le signal.
- Définir la condition, la persistance et le comportement de retour à la normale.
- Vérifier les permissions et enregistrer la règle sous un nom précis.
À vérifier : La condition est sauvegardée avec son critère de retour.
Point de vigilance ADN : Les écrans varient selon l’application Dynatrace et le type d’alerte.
ÉTAPE 3 / 5
Limiter les entités
Une règle trop large notifie les équipes pour des systèmes hors périmètre.
- Sélectionner les tags, zones de gestion ou filtres d’entités réellement disponibles.
- Comparer la liste des services concernés avec le périmètre prévu.
- Isoler les environnements de recette et production.
À vérifier : Seules les entités responsables sont surveillées.
Point de vigilance ADN : Les tags doivent être cohérents entre agents et applications.
ÉTAPE 4 / 5
Configurer la destination
Une alerte sans destinataire identifié ne sert pas à l’exploitation.
- Choisir un workflow ou une intégration de notification autorisée.
- Renseigner le groupe de garde, le contexte et le lien d’investigation.
- Vérifier les horaires et escalades définis par l’organisation.
À vérifier : Le circuit de notification conduit à une équipe identifiable.
Point de vigilance ADN : N’intégrez jamais de jeton secret à un message partagé.
ÉTAPE 5 / 5
Effectuer une recette de bout en bout
Tester la notification est aussi important que tester le seuil.
- Déclencher une condition maîtrisée en recette ou exécuter une simulation autorisée.
- Contrôler réception, déduplication et lisibilité de la notification.
- Vérifier sa clôture lors du retour à la normale et documenter le résultat.
À vérifier : L’événement est détecté, notifié, puis résolu.
Point de vigilance ADN : Ne provoquez pas un incident de production pour tester la règle.
05 · RECETTE
Comment vérifier que tout fonctionne ?
Seuil et persistance sont justifiés.
Périmètre et environnements sont documentés.
Équipe destinataire et escalade sont définies.
Un test de notification et résolution existe.
06 · DIAGNOSTIC
Problèmes fréquents et résolution
Aucune alerte
Cause probable : Condition ou périmètre erroné
Que faire : Vérifier métrique, condition et durée de persistance.
Alertes en rafale
Cause probable : Seuil inadapté ou doublons
Que faire : Réviser la sensibilité et le routage.
Aucune notification
Cause probable : Workflow ou destinataire non configuré
Que faire : Tester les permissions et la destination.
Le conseil de l’expert ADN
Avant de généraliser cette configuration, validez-la sur un périmètre représentatif, documentez les critères de réussite et conservez une procédure de retour arrière. Une instrumentation utile se juge sur les données effectivement exploitables, pas sur la seule installation de l’outil.
07 · QUESTIONS PRATIQUES
Questions fréquentes
Peut-on reprendre les exemples tels quels ?
Adaptez les noms de services, permissions et signaux à ce qui est réellement collecté sur votre environnement.
Quel est le bon moment pour généraliser ?
Après comparaison des résultats avec une valeur de référence et validation par l’équipe responsable.