Comment créer un dashboard Datadog pour superviser une application ?

Un graphique sans question opérationnelle sert rarement pendant un incident. Commencez par des besoins vérifiables.

1. Notez les trois questions essentielles : le service répond-il, est-il lent et quelles ressources peuvent le limiter ?
2. Associez à chaque question un indicateur existant : taux d’erreurs, latence, requêtes, CPU ou mémoire selon votre instrumentation.
3. Précisez les dimensions utiles (service, environnement, host) et les consommateurs du dashboard ; supprimez les widgets décoratifs.

La présence d’une métrique et de ses tags doit être confirmée avant d’utiliser la requête dans un widget.

1. Depuis le menu Metrics, ouvrez Metrics Explorer, recherchez une métrique déjà disponible et choisissez une période durant laquelle des données existent.
2. Pour une illustration infrastructure, interrogez system.cpu.user avec un regroupement par host si votre Agent transmet cette métrique.
3. Observez les tags disponibles ; si env ou service manque, corrigez d’abord le tagging à la source plutôt que d’inventer un filtre dans le dashboard.

avg:system.cpu.user{*} by {host}
# Exemple de requête métrique Datadog si system.cpu.user est collectée.

La série temporelle est adaptée pour observer une variation, pas seulement une valeur instantanée.

1. Dans Dashboards, ouvrez la liste puis sélectionnez New Dashboard. Donnez un titre explicite : par exemple « RUN — service paiement — production ».
2. Ajoutez un widget Time Series via Add Widget. Choisissez la source Metrics et sélectionnez l’indicateur vérifié à l’étape précédente.
3. Réglez l’agrégation, le regroupement et l’unité ; vérifiez que la légende identifie les courbes sans ambiguïté. Enregistrez le widget.

avg:system.cpu.user{*} by {host}

Pendant l’astreinte, une valeur synthétique est plus rapide à lire qu’une courbe. Mais elle doit décrire clairement sa fenêtre d’agrégation.

1. Cliquez sur Add Widget et sélectionnez Query Value. Prenez une métrique dont l’unité et la période sont comprises.
2. Choisissez l’agrégation adaptée (last, average, max, etc.) et renseignez une unité. Une valeur « 42 » sans unité ni période n’aide pas.
3. Si vous utilisez des seuils colorés, fondez-les sur une règle de service validée ; ils doivent interpréter la valeur brute avant tout formatage.

Une vue commune est plus facile à maintenir que vingt dashboards quasi identiques.

1. Dans l’éditeur, sélectionnez Add Variable. Recherchez le tag env ou service réellement présent dans vos séries.
2. Définissez son nom, sa valeur par défaut et choisissez les widgets concernés ; appliquez la variable aux requêtes vérifiées.
3. Testez les valeurs prod, preprod et *, puis observez quelles séries changent. Un filtre sans effet signale souvent une absence de tag ou de liaison au widget.

avg:system.cpu.user{env:$env.value} by {host}
# Valable si le tag env est effectivement émis dans la série.

Un dashboard peut être beau et inutilisable. La recette doit reproduire les gestes d’un exploitant.

1. Affichez 15 minutes, 1 heure puis 24 heures ; vérifiez la cohérence des agrégations et des unités.
2. Demandez à un collègue de localiser une dégradation hypothétique et d’identifier la vue permettant de poursuivre le diagnostic.
3. Vérifiez les droits de partage, les liens vers les services concernés et la lisibilité sur un écran d’astreinte.