Bilan de santé quotidien Datadog

Pour un guide d’intégration Datadog plus détaillé, cliquez ici.

Activer le MCP Datadog

Accédez à Customize > MCPs (Browse marketplace) et recherchez Datadog (API key). Cliquez sur Enable, sélectionnez votre site/région Datadog et ajoutez deux en-têtes :

DD-API-KEY — trouvez la vôtre dans Datadog sous Organization Settings > API Keys
DD-APPLICATION-KEY — trouvez la vôtre sous Organization Settings > Application Keys

Pour utiliser OAuth à la place, suivez le guide de configuration du MCP Datadog.

Créer l’automatisation quotidienne

Accédez à Automations dans la barre latérale gauche de app.devin.ai et cliquez sur Create automation :

Trigger : Développez Schedule et choisissez Every day — choisissez une heure 30 à 60 minutes avant le stand-up afin que l’équipe puisse examiner les résultats pendant la réunion
Connections : Sélectionnez le Datadog MCP pour que chaque exécution puisse interroger vos métriques
Slack channel : Sous Notifications, cliquez sur Add notification > Post to Slack et sélectionnez un canal (par exemple #ops-alerts) pour que votre équipe reçoive automatiquement le récapitulatif
Prompt : Soyez précis sur les seuils — des instructions vagues comme “look for issues” produisent des récapitulatifs bruyants qui finissent par être ignorés

Ajoutez des entrées Knowledge à propos de vos services pour que Devin puisse distinguer ce qui est normal de ce qui ne l’est pas — par exemple : “Le service de paiement fonctionne normalement à 200 ms en p99 ; toute valeur supérieure à 400 ms est préoccupante. Le service de recherche a un taux d’erreur de base connu de 0,5 %.”

Ce que voit votre équipe dans Slack

Chaque matin, Devin interroge Datadog via MCP, vérifie les résultats par rapport à vos seuils et envoie un récapitulatif sur votre canal :

Rapport de santé quotidien — 10 fév. 2026

CRITIQUE
  payments-service : taux d'erreur à 3,2 % (seuil : 1 %)
  Débuté il y a 4h, corrélé avec le déploiement #487.
  -> Vérifier le gestionnaire /api/checkout et les modifications récentes.

AVERTISSEMENT
  search-service : latence p99 à 620 ms (seuil : 500 ms)
  Augmentation progressive sur 3 jours. Probable dégradation des index.
  -> Examiner les plans de requête pour le point de terminaison de recherche produit.

  web-app : mémoire à 82 % (seuil : 80 %)
  Tendance à la hausse depuis mardi.
  -> Analyser le gestionnaire de session pour détecter une éventuelle fuite mémoire.

INFO
  Tous les autres services fonctionnent dans les paramètres normaux.
  2 moniteurs rétablis au cours des dernières 24h : cdn-latency, db-replication-lag.

Répondez dans le fil Slack pour approfondir n’importe quel résultat d’analyse — Devin conserve l’intégralité du contexte du scan :

Planifier des mises à jour hebdomadaires de Knowledge

Vos contrôles de santé quotidiens génèrent un flux de suggestions Knowledge — en particulier lorsque vous répondez aux constats avec des commentaires comme “c’est un seuil de référence connu” ou “ignorez ce moniteur pendant les déploiements.” Programmez une session Devin hebdomadaire pour traiter ces suggestions afin que les prochaines exécutions deviennent automatiquement plus intelligentes.Créez une seconde automatisation avec un déclencheur Schedule hebdomadaire (par exemple, le lundi matin) afin qu’elle ait accès aux outils de gestion de Knowledge. Avec le temps, cette boucle de rétroaction rend vos récapitulatifs quotidiens plus précis — moins de fausses alertes, de meilleures évaluations de gravité et des recommandations plus pertinentes.