Eseguire la prima indagine con l'agente SRE di Azure

Tempo stimato: 5 minuti

Chiedi all'agente di indagare su una questione utilizzando il contesto collegato al tuo agente.

Suggerimento

I nuovi clienti possono valutare SRE Agent senza pagare i costi continuativi per i primi 30 giorni. Per ulteriori informazioni, vedi Valuta l'agente SRE.

Ciò che si ottiene

Al termine di questa guida, si sarà in grado di:

  • Chiedere all'agente di analizzare un problema live nella chat
  • Guardalo utilizzare il codice, i log e le risorse Azure a sua disposizione
  • Rivedi una diagnosi basata sulle fonti collegate

Prerequisiti

Requisito dettagli
Completamento dei Passaggi 1–2 Crea e configura e Onboarding del team.
Contesto consigliato Collega codice, log e risorse Azure per risultati più ricchi. Puoi comunque eseguire indagini con una configurazione parziale.

Suggerimento

Puoi comunque condurre un'indagine senza che tutte le fonti dati siano collegate, ma i risultati sono più ricchi di codice e telemetria. L'accesso opzionale alle risorse Azure può aggiungere il contesto delle risorse in tempo reale. Per completare la configurazione, vedere Completare la configurazione.

Avviare l'indagine

Aprire un nuovo thread di chat e descrivere il problema che si vuole che l'agente esamini.

  1. Seleziona Nuovo thread nella barra laterale sinistra.

  2. Descrivere il problema da analizzare. Specificare il servizio o il gruppo di risorse interessato. Per esempio:

    "Gli utenti segnalano che la funzionalità Aggiungi al carrello nella nostra app è interrotta. L'API del carrello restituisce errori. È possibile analizzare le app contenitore nel gruppo di risorse?

  3. Selezionare Invia.

Screenshot dell'input della chat con una richiesta di indagine che descrive un'API carrello non funzionante.

Guarda il lavoro dell'agente

L'agente compila un piano di indagine e lo esegue passo passo. È possibile osservare ogni fase in tempo reale.

Fase 1: Leggere il contesto: L'agente legge i file di informazioni compilati durante l'onboarding, inclusi la documentazione sull'architettura, il contesto del team e i runbook, per orientarsi.

Fase 2: Esplora il codice: Se colleghi un repository di codice, l'agente legge i file sorgente rilevanti, cerca percorsi di codice correlati al problema e traccia la catena di chiamate.

Screenshot dell'agente che legge i file di codice sorgente e identifica una perdita di memoria in CartController.cs.

Fase 3: Interroga le risorse Azure: Se colleghi risorse Azure e provider di loging, l'agente controlla lo stato delle risorse in tempo reale e la telemetria disponibile.

Fase 4: Imporre la diagnosi: In base alle prove disponibili, l'agente può presentare i seguenti dettagli:

  • Causa radice: problema di configurazione o bug del codice specifico, con riferimenti al numero di file e di riga.
  • Prove: frammenti di codice, log e dettagli delle risorse che supportano il constato.
  • Correzione consigliata: esattamente cosa modificare, con una diff del codice che mostra le righe da rimuovere o modificare.

Screenshot dell'agente che presenta l'analisi della causa radice con una correzione del codice e le prove del log anomalie.

Checkpoint: La risposta identifica le fonti utilizzate e spiega la diagnosi o la successiva fonte di dati necessaria. Quando colleghi codice, log e risorse Azure, la risposta può includere riferimenti al codice, prove di telemetria e una soluzione consigliata.

Suggerimento

Provare a chiedere qualcosa di reale nell'ambiente:

  • "Controllare l'integrità delle app del contenitore nel gruppo di risorse X".
  • Stiamo riscontrando errori 5xx nella nostra API. Puoi indagare?
  • "Quali modifiche recenti sono state distribuite al servizio back-end?"

Passo successivo