Überblick
Datadog MCP aktivieren
Ihre Zugangsdaten konfigurieren
Klicken Sie auf Enable und dann:
- Wählen Sie Ihre Datadog-Site/Region aus (z. B.
datadoghq.com,datadoghq.eu) - Geben Sie Ihren DD-API-KEY und DD-APPLICATION-KEY ein
- Erstellen Sie unter Organization Settings > API Keys einen API key
- Erstellen Sie unter Organization Settings > Application Keys einen Anwendungsschlüssel
Funktionen
| Funktion | Beschreibung |
|---|---|
| Fehlerprotokolle durchsuchen | Protokolleinträge nach Service, Status und Zeitraum suchen und filtern |
| Metrik-Zeitreihen abrufen | Metrikdatenpunkte für Dashboards und Analysen abrufen |
| Aktive Monitore auflisten | Alle konfigurierten Monitore und ihren aktuellen Status anzeigen |
| Traces durchsuchen | Verteilte Traces über mehrere Services hinweg finden |
| Incidents verwalten | Incident-Einträge anzeigen, erstellen und aktualisieren |
| Dashboards verwalten | Dashboard-Konfigurationen auflisten und einsehen |
Automatisierte Untersuchung von Alerts
Einen Webhook-Bridge-Dienst bereitstellen
Erstellen Sie einen schlanken Dienst, der Datadog-Webhooks empfängt und Devin-Sitzungen startet. Stellen Sie ihn als serverlose Funktion (AWS Lambda, Cloudflare Worker) oder als kleinen Container bereit:Erstellen Sie einen Service-Benutzer in Settings > Service users mit der Berechtigung
ManageOrgSessions. Speichern Sie das API-Token als DEVIN_API_KEY, Ihre Organizations-ID als DEVIN_ORG_ID und ein gemeinsames Geheimnis als WEBHOOK_SECRET in Ihrem Bridge-Dienst. Dasselbe Geheimnis konfigurieren Sie im nächsten Schritt in den Custom Headers des Datadog-Webhooks.Den Datadog-Webhook konfigurieren
- Gehen Sie in Ihrem Datadog-Dashboard zu Integrations > Webhooks
- Klicken Sie auf New Webhook und setzen Sie die URL auf Ihren Bridge-Endpunkt (z. B.
https://your-bridge.example.com/alert) - Fügen Sie unter Custom Headers
X-Webhook-Secretmit demselben Wert hinzu, den Sie in Ihrem Bridge-Dienst alsWEBHOOK_SECRETgespeichert haben - Fügen Sie in der Benachrichtigungsnachricht eines beliebigen Monitors
@webhook-devin-bridgehinzu — Devin untersucht den Vorfall jedes Mal, wenn dieser Monitor ausgelöst wird
Mit einem Monitor auf Warnstufe testen
Beginnen Sie mit einem Monitor auf Warnstufe oder mit niedriger Priorität, um die Pipeline Ende zu Ende zu validieren, bevor Sie kritische Alerts weiterleiten. Sobald Sie bestätigt haben, dass Devin-Sitzungen erstellt werden und die Untersuchungen korrekt ausgeführt werden, erweitern Sie dies auf Monitore mit höherer Priorität.
Sie können die Untersuchung anpassen, indem Sie im Request-Body der Devin API eine
playbook_id übergeben. Duplizieren Sie das Template-Playbook !triage und passen Sie die Untersuchungsschritte an Ihren Stack an.