Skip to main content

Synthèse quotidienne de l'état de Datadog

Session quotidienne qui analyse Datadog à la recherche d'erreurs et publie une synthèse d'état sur Slack.
AuthorCognition
CategoryAutomatisations
FeaturesPlanifications, MCP, Intégrations
1

Activer le MCP Datadog

Accédez à Settings > MCP Marketplace et recherchez Datadog. Cliquez sur Enable et ajoutez deux secrets :Si votre instance Datadog utilise un site personnalisé (par exemple datadoghq.eu), définissez également la variable optionnelle DATADOG_SITE.
2

Créer le planning de la journée

Accédez à Schedules dans la barre latérale gauche de app.devin.ai et cliquez sur Create schedule :
  • Frequency : Daily — choisissez une heure 30 à 60 minutes avant le stand-up afin que l’équipe puisse examiner les résultats pendant la réunion
  • Slack channel : 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 %. »
3

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 :
4

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 hebdomadaire Advanced Devin pour traiter ces suggestions afin que les prochaines exécutions deviennent automatiquement plus intelligentes.Planifiez cette exécution chaque semaine (par exemple, le lundi matin) sous forme de session Advanced Devin 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.