Come collegare Dynatrace a Cursor via MCP

💡 Niente installazione? Vai direttamente su cloud.anythingmcp.com. Accedi, clicca Connectors → Dynatrace, inserisci le credenziali, genera una MCP API key e hai finito. Niente Docker, niente git clone, niente server locale.

Dynatrace + Cursor

Osservabilità Dynatrace tramite la Environment API v2: problemi Davis con causa principale e impatto, entità monitorate e tag, query sulle metriche, ricerca nei log, eventi, problemi di sicurezza, SLO, impostazioni e audit log. L'AI può anche commentare i problemi, inviare eventi di deployment e personalizzati e aggiungere tag alle entità.

Prerequisiti

Le istruzioni di setup complete sono incluse nel connettore stesso (visibili nello store quando lo selezioni). Le variabili d'ambiente richieste sono:

DYNATRACE_ENVIRONMENT_URL, DYNATRACE_API_TOKEN

Step 1 — Ottieni le credenziali

La configurazione richiede circa 3 minuti. Ti serve un ambiente Dynatrace SaaS o Managed.

1. DYNATRACE_ENVIRONMENT_URL è l'indirizzo classico dell'ambiente: https://<environment-id>.live.dynatrace.com per SaaS o https://<your-domain>/e/<environment-id> per Managed, senza /api e senza barra finale. L'indirizzo della piattaforma (<environment-id>.apps.dynatrace.com) non accetta questo tipo di token; usa l'indirizzo live dello stesso ambiente.
2. In Dynatrace apri Access tokens (Manage, Access tokens, Generate new token) e spunta gli scope che servono agli strumenti: problems.read, entities.read, metrics.read, logs.read, events.read, securityProblems.read, slo.read, settings.read, auditLogs.read; per le scritture anche problems.write (commenti, chiusura), events.ingest e entities.write (tag). Un personal access token funziona allo stesso modo.
3. Incolla il token (dt0c01.XXXX.YYYY, senza Api-Token davanti) in DYNATRACE_API_TOKEN ed esegui dynatrace_list_problems per verificarlo. I platform token (dt0s16) non funzionano con questa API.

Problemi: dynatrace_list_problems con problem_selector: status("OPEN") elenca ciò che Davis AI ha rilevato. dynatrace_get_problem con fields: evidenceDetails,impactAnalysis fornisce evidenze, causa principale, impatto ed entità coinvolte. dynatrace_list_problem_comments legge i commenti e dynatrace_add_problem_comment ne aggiunge uno, per esempio la causa trovata o il ticket aperto.

Topologia: dynatrace_list_entity_types e dynatrace_get_entity_type spiegano i tipi e le loro proprietà. dynatrace_list_entities trova host, servizi, processi, applicazioni, workload Kubernetes e risorse cloud con un entity selector (per esempio type("SERVICE"),entityName.contains("checkout")), e dynatrace_get_entity mostra proprietà, tag, management zone e relazioni. dynatrace_list_tags legge i tag personalizzati; dynatrace_add_tags aggiunge tag a ogni entità corrispondente, lasciando quelli esistenti.

Metriche e log: dynatrace_list_metrics (ricerca con text) e dynatrace_get_metric trovano chiave, unità e dimensioni della metrica; dynatrace_query_metrics legge i punti dati fino a 10 metriche per selector. dynatrace_aggregate_logs conta i record di log per intervallo e attributo per mostrare dove si concentrano gli errori, poi dynatrace_search_logs restituisce i record, fino a 1000 per chiamata.

Eventi, sicurezza, SLO e audit: dynatrace_list_events, dynatrace_get_event e dynatrace_list_event_types leggono gli eventi; dynatrace_ingest_event registra un deployment, una modifica di configurazione o un'annotazione sulle entità. dynatrace_list_security_problems con status("OPEN"),riskLevel("CRITICAL","HIGH") e dynatrace_get_security_problem mostrano le vulnerabilità con CVE, valutazione del rischio ed entità coinvolte. dynatrace_list_slos con evaluate: true e dynatrace_get_slo danno stato, error budget e burn rate. dynatrace_list_audit_logs mostra chi ha cambiato cosa. Le impostazioni sono in sola lettura: dynatrace_list_settings_schemas, dynatrace_get_settings_schema, dynatrace_list_settings_objects e dynatrace_get_settings_object.

Prima di scrivere: un evento di alert, errore o disponibilità inviato può aprire un problema e notificare le persone; commenti e tag sono visibili a tutti nell'ambiente. Per questo l'AI ti mostra la modifica e aspetta il tuo sì.

Disattivati all'installazione: dynatrace_close_problem. Un problema chiuso non può essere riaperto (Dynatrace ne apre uno nuovo se il guasto si ripresenta), quindi un amministratore del workspace lo attiva quando serve al team.

Selettori: gli entity selector hanno la forma type("HOST"),tag("env:prod"),mzName("Production"); i criteri separati da virgole valgono come AND e i valori distinguono maiuscole e minuscole. I selettori di problemi, eventi, SLO e problemi di sicurezza funzionano allo stesso modo. I metric selector concatenano trasformazioni: builtin:service.response.time:splitBy("dt.entity.service"):avg:sort(value(avg,descending)):limit(10).

Formati dei dati: gli orari sono millisecondi UTC dal 1970 (startTime, endTime, timestamp; -1 significa ancora aperto). Gli intervalli accettano valori relativi (now-2h, now-7d), millisecondi o ISO 8601; il default è spesso le ultime 2 ore, per l'audit log le ultime 2 settimane. I tempi di risposta sono in microsecondi, l'uso di CPU e memoria in percentuale, i conteggi di byte in byte; dynatrace_get_metric indica l'unità. Gli id delle entità hanno la forma HOST-1234ABCD5678EF90; l'id di un problema è diverso dal suo id visualizzato (P-2410123).

Paginazione: le liste restituiscono nextPageKey; l'AI richiama impostando solo next_page_key e tralasciando tutti gli altri filtri, finché non manca più. La ricerca nei log pagina con nextSliceKey, solo sull'archivio log classico; negli ambienti Grail l'AI restringe invece l'intervallo. Intervalli brevi mantengono piccole le risposte.

Errori comuni: 401 indica un token errato, scaduto o revocato, oppure un platform token; 403 un token senza lo scope necessario (il messaggio lo indica); 404 un id sconosciuto o un indirizzo dell'ambiente sbagliato; 400 un selector malformato (il messaggio dice dove); 429 il limite di frequenza, quindi attendi e riprova.

Il connettore non esegue query Grail o DQL: richiedono un platform token o un client OAuth, non un access token, e le copre il Dynatrace Remote MCP server. Non modifica le impostazioni e non rimuove tag.

Step 2 — Installa l'adapter

curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d

Step 3 — Aggiungi il connettore in Cursor

L'URL del tuo server: in AnythingMCP apri MCP Servers → il server su cui si trova questo connettore e copia il suo URL (https://cloud.anythingmcp.com/mcp/…). Usalo ovunque questa guida mostra YOUR_SERVER_ID.

Cursor legge i server MCP da ~/.cursor/mcp.json. Aggiungi questa voce:

{
  "mcpServers": {
    "anythingmcp": {
      "url": "https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID",
      "headers": { "X-API-Key": "YOUR_MCP_API_KEY" }
    }
  }
}

1. Crea una chiave API MCP in AnythingMCP da MCP Servers → il tuo server → API keys e incollala al posto di YOUR_MCP_API_KEY.
2. Salva il file e riavvia Cursor.
3. Apri Cursor → Settings → MCP e verifica che anythingmcp sia elencato e connesso.
4. Inizia a chattare: l'agente ora può usare i tool di Dynatrace.

Tool disponibili

Esempi di prompt

• "Quali problemi sono aperti in produzione adesso, e cosa indica Davis come causa principale?"
• "Mostrami i 5 servizi con il tempo di risposta medio più alto nelle ultime 24 ore."
• "Ci sono stati picchi di errori nei log del checkout nell'ultima ora? Mostrami qualche record di esempio."
• "Registra un deployment della versione 1.4.2 sul servizio checkout. Mostrami l'evento prima di inviarlo."
• "Quali problemi di sicurezza critici o alti sono ancora aperti, e quali entità coinvolgono?"

FAQ

Cursor supporta server MCP personalizzati nel piano gratuito? Sì, MCP è disponibile nei piani Hobby, Pro e Business.

Prossimi passi

• Landing del connettore
• Collegare a Claude
• Collegare a ChatGPT
• Collegare a Gemini
• Collegare a Meta Muse
• Collegare a Microsoft Copilot