The Pulse

Dynatrace rende SRE Agent generalmente disponibile per la classificazione degli incidenti

SRE Agent di Dynatrace è generalmente disponibile per indagare e classificare i problemi rilevati nei flussi di lavoro. Può preparare raccomandazioni e indirizzare i risultati ai team, mentre gli utenti configurano i punti di approvazione.

AI.info Team · · verificato · su 3 fonti ↓ · Pubblicato 12 nov 2026

I clienti di Dynatrace possono ora usare SRE Agent per indagare e classificare i problemi rilevati nei flussi di lavoro, dopo che il prodotto è diventato generalmente disponibile. L’azienda afferma che l’agente parte da una causa principale già identificata da Dynatrace, raccoglie elementi a supporto e prepara raccomandazioni per gli operatori incaricati di intervenire.

L’agente opera all’interno di un flusso di lavoro configurato che determina quando viene eseguito e cosa accade ai suoi risultati. Gli utenti possono indirizzare i risultati a un team, creare un ticket o preparare una proposta di correzione da sottoporre ad approvazione.

Dal rilevamento all’indagine

Secondo Dynatrace, l’agente esamina log, eventi, deployment e metriche correlati, segue le dipendenze tra servizi e verifica se in precedenza si sono verificati problemi con la stessa causa. Indica anche le piste che ha escluso durante l’indagine.

L’analisi risultante descrive la causa rilevata, gli elementi a supporto e i servizi e gli utenti interessati. I rimedi suggeriti possono includere l’annullamento di un deployment o il riavvio di un servizio malfunzionante; le raccomandazioni non sono di per sé correzioni già applicate.

L’azienda afferma che le sue funzionalità di intelligence esistenti raggruppano gli eventi che condividono una causa in un problema prima che l’agente inizi a lavorare. L’agente aggiunge poi contesto e raccomandazioni, anziché sostituire quell’analisi iniziale.

Flussi di lavoro e approvazione

Gli utenti possono aggiungere l’azione Run agent a un flusso di lavoro esistente o partire da un modello. I trigger possono essere configurati in base a un problema, a un evento o a una pianificazione, con filtri per fattori come l’impatto e la criticità.

Le regole del flusso di lavoro determinano l’urgenza di un incidente e utilizzano i dati sulle responsabilità per individuare il team competente. Un flusso di lavoro può riportare l’analisi sul problema, aprire un ticket in ServiceNow, Jira o Jira Service Management oppure inviare un riepilogo tramite Slack, Microsoft Teams o email.

Altri passaggi configurati possono creare un postmortem o preparare una pull request, una modifica alla configurazione o un passaggio di un runbook da sottoporre ad approvazione. Secondo le note di rilascio del prodotto, l’agente usa solo gli strumenti e le autorizzazioni impostati per esso; gli utenti scelgono dove è necessaria l’approvazione umana e un registro di esecuzione documenta i passaggi.

Altre azioni dell’agente

Un’azione separata, Prompt agentic AI, consente agli utenti di definire istruzioni, contesto, strumenti consentiti e uno schema di output per altre attività. L’agente seleziona gli strumenti, esegue query e restituisce un risultato strutturato che i passaggi successivi del flusso di lavoro possono leggere.

Un’altra azione, Prompt generative AI, può riassumere eventi, suggerire correzioni o modifiche al codice e, se richiesto, attingere alla documentazione aziendale e ai contenuti della community. I modelli di flusso di lavoro disponibili coprono anche attività come la riduzione degli avvisi, la risoluzione dei problemi di Kubernetes, le operazioni sui database e l’ottimizzazione dell’infrastruttura.

L’azienda presenta esempi di flussi di lavoro personalizzati per analizzare l’utilizzo delle risorse e i risparmi stimati, produrre report e prevedere limiti di capacità. Questi esempi dipendono dagli strumenti disponibili, dalla qualità dei dati, dalle autorizzazioni e dai controlli di revisione.

I piani precedenti

A luglio, Dynatrace aveva dichiarato che Autonomous SRE Agent e Agent Builder sarebbero stati disponibili, secondo le previsioni, ad agosto. Nel suo annuncio descriveva un agente che avrebbe verificato se i problemi appena rilevati rientrassero in un’indagine esistente e, in caso affermativo, avrebbe aggiunto informazioni e un riferimento a quell’indagine.

Il comunicato di luglio descriveva anche un Cloud SRE Agent separato, destinato a coordinare le azioni correttive e a integrarsi con agenti negli ambienti AWS, Microsoft Azure e Google Cloud. All’epoca, l’azienda aveva dichiarato che questa offerta era disponibile per i clienti software-as-a-service con un abbonamento alla sua piattaforma.