Datadog MCP Server

Der Datadog MCP Server ist der offizielle Model-Context-Protocol-Server von Datadog für KI-gestützte Observability-Workflows. Er verbindet MCP-fähige KI-Clients wie Claude Code, Cursor, OpenAI Codex oder Gemini CLI mit der Datadog-Observability-Plattform. Der direkte Produktlink führt zur offiziellen Datadog-Dokumentation; das Open-Source-Repository datadog-labs/mcp-server enthält Quellcode, Beispiele und Lizenz. Laut Anbieter agiert der Server als Brücke zwischen Observability-Daten in Datadog und KI-Agenten, die strukturierten Zugriff auf Logs, Metriken, Traces, Monitore, Dashboards und Incidents benötigen.

Was ist der Datadog MCP Server

Der Datadog MCP Server ermöglicht es KI-Agenten, direkt auf Observability-Daten zuzugreifen, ohne zwischen IDE und Datadog-UI zu wechseln. Laut Anbieter ist er HIPAA-fähig und unterstützt zahlreiche MCP-Clients. Er wird ausschließlich als gehosteter Remote-Server betrieben und ist unter mcp.datadoghq.com erreichbar. EU-Kunden nutzen stattdessen mcp.datadoghq.eu. Der Server sendet laut Datadog keine Daten an Dritt-KI-Anbieter; der verbundene KI-Client bestimmt, welche Datadog-Daten an dessen Modell-Provider weitergegeben werden. Diese Unterscheidung ist für datensensible Umgebungen wichtig: Der MCP Server selbst verarbeitet nur Werkzeugaufrufe und gibt Ergebnisse zurück, keine Prompts oder Modell-Reasoning.

Voraussetzungen

Für die Nutzung des Datadog MCP Servers werden ein aktiver Datadog-Account mit den erforderlichen Berechtigungen sowie ein MCP-fähiger KI-Client benötigt. Laut Anbieter wendet der Server die bestehenden Zugriffskontrollen des authentifizierten Nutzers an: Role-based Access Control (RBAC), Data Access Control und Log-Einschränkungsabfragen gelten genau wie beim direkten API- oder UI-Zugriff. Der Server kann einem Nutzer keine Rechte über sein bestehendes Berechtigungsprofil hinaus einräumen. Schreiboperationen erfordern die entsprechenden Berechtigungen, etwa monitors_write, und werden bei jedem Werkzeugaufruf geprüft.

Funktionen: Logs, Metriken, Monitore, Dashboards und Incidents

Der Kern-Toolset (Core) umfasst laut Anbieter Werkzeuge für Logs, Metriken, Traces, Dashboards, Monitore, Incidents, Hosts, Dienste, Ereignisse und Notebooks. Über optionale Toolsets können zusätzliche Funktionsbereiche aktiviert werden: Alerting für Monitor-Validierung und SLO-Suche, Dashboards für das Erstellen, Aktualisieren und Löschen von Dashboards, DDSQL für strukturierte Abfragen über Infrastructure-Ressourcen und Log-Daten, Error Tracking, Feature Flags, Kubernetes-Ressourcen, Netzwerk-Monitoring, Real User Monitoring, Synthetics, Software-Delivery-Metriken und Workflow-Automatisierung. Das Toolset-System erlaubt es, nur die tatsächlich benötigten Werkzeuge zu laden und damit das Kontextfenster des KI-Clients zu schonen. Mit dem Parameter toolsets=all werden alle allgemein verfügbaren Toolsets aktiviert.

Einrichtung

Für Claude Code auf der US1-Site genügt ein einzelner Befehl: claude mcp add --transport http datadog https://mcp.datadoghq.com/v1/mcp. Für viele andere Clients kann die Verbindung über eine .mcp.json-Datei konfiguriert werden. Der Server unterstützt Streamable HTTP als primäres Transportprotokoll und OAuth für die Authentifizierung. Spezifische Toolsets lassen sich über Query-Parameter einschränken, etwa ?toolsets=core,dashboards. Einzelne Werkzeuge können mit omit_tools gezielt ausgeschlossen werden, ohne das gesamte Toolset zu deaktivieren. Für die Codex CLI gelten abweichende Konfigurationsparameter über HTTP-Header.

Nutzungsgrenzen laut Anbieter

Laut Anbieter gelten folgende Fair-Use-Limits: 50 Anfragen pro 10 Sekunden als Burst-Limit und 100.000 monatliche Werkzeugaufrufe. Diese Grenzen können auf Anfrage angepasst werden. GovCloud ist aktuell nicht kompatibel. Datadog erhebt laut Datenschutzhinweis bestimmte Nutzungsdaten des Remote-Servers, darunter Interaktionsmuster, Fehler und Nutzeridentifikatoren, gemäß der Datadog-Datenschutzrichtlinie. Diese Daten werden 120 Tage lang gespeichert.

Sicherheit und Datenzugriff

Der Server leitet laut Anbieter die eigenen Anmeldedaten des authentifizierten Nutzers an Datadog-APIs weiter. Bestehende Zugriffskontrollen greifen automatisch. Für sensible Datenkategorien wie Logs oder APM-Spans empfiehlt Datadog den Einsatz von Data Access Control und Log-Einschränkungsabfragen, um zu begrenzen, welche Daten der MCP-Server zurückgibt. Da der KI-Client kontrolliert, was an seinen Modell-Provider weitergegeben wird, bedeutet weniger Datenzugriff auch weniger potenzielle Exposition. Schreibwerkzeuge erfordern explizite Berechtigungen und werden je Aufruf geprüft. Ein lesend konfigurierter Nutzer kann keine schreibenden Werkzeuge ausführen.

FAQ

Ist der Datadog MCP Server kostenlos? Der Server selbst ist quelloffen (MIT-Lizenz) und der Zugriff ist im Rahmen eines bestehenden Datadog-Accounts möglich. Aktuelle Plan- und Nutzungsbedingungen stehen auf datadoghq.com/pricing. Kosten entstehen durch Datadog-Produkte, Ressourcenverbrauch, Plan und den gewählten KI-Client – nicht durch den MCP Server selbst.

Kann ich den Server lokal betreiben? Der offizielle Betrieb ist ausschließlich als gehosteter Remote-Server bei Datadog. Das Repository enthält Beispiele für Agent-Integrationen, aber keinen eigenständigen lokalen Servermodus als offizielle Produktvariante.

Wie viele Werkzeuge gibt es? Die Anzahl hängt von den aktivierten Toolsets ab. Das Core-Toolset deckt die häufigsten Anwendungsfälle ab; mit toolsets=all werden alle allgemein verfügbaren Toolsets geladen. Die vollständige Werkzeugreferenz findet sich in der Datadog-Dokumentation.

Aktiver Datadog-Account, passende Berechtigungen (RBAC) und ein MCP-fähiger KI-Client wie Claude Code, Cursor oder Codex.

Für Claude Code auf US1: claude mcp add --transport http datadog https://mcp.datadoghq.com/v1/mcp. EU-Kunden verwenden mcp.datadoghq.eu. Weitere Clients per .mcp.json oder Client-spezifischer Anleitung konfigurieren.

claude mcp add --transport http datadog https://mcp.datadoghq.com/v1/mcp

OAuth-Flow über den Datadog-Login; alternativ API-Key je nach Client. Bestehende RBAC-Berechtigungen werden direkt angewendet.

Rechte folgen dem authentifizierten Datadog-Nutzer; keine Erweiterung über bestehende Berechtigungen hinaus möglich. Schreibwerkzeuge prüfen je Aufruf.

Der Server empfängt Werkzeugaufrufe und gibt Ergebnisse zurück. Datadog-Daten werden nicht direkt an KI-Anbieter gesendet; der Client entscheidet darüber.

Breite Berechtigungen, aktivierte Schreibwerkzeuge oder fehlende Data-Access-Control können sensible Observability-Daten exponieren oder Änderungen an Monitoren und Dashboards auslösen.