Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Il tuo agente indaga con il contesto che gli fornisci. Se hai saltato le fonti dati durante l'onboarding, o se un'investigazione ha restituito meno dati di quanto ti aspettassi, usa questo articolo per decidere cosa collegare successivamente e quali informazioni fornisce ciascuna connessione. Questo articolo cataloga le fonti disponibili per il tuo agente, mentre gli articoli di collegamento coprono la procedura per ciascuna.
Inizia con il set utile più piccolo
Un repository di codice e una fonte di log sono sufficienti per risposte concrete sui tuoi sistemi. Ogni altra fonte approfondisce ciò che l'agente può vedere, e puoi aggiungere le fonti in qualsiasi ordine in qualsiasi momento, quindi non c'è bisogno di finire la configurazione in una sola volta.
Codice, log, risorse Azure e file di conoscenza si accumulano. Puoi aggiungere un altro repository, provider di telemetria o ambito ogni volta che ne hai bisogno e puoi rimuovere ciò che non desideri più. Gli incidenti funzionano in modo diverso. Può essere attiva una sola piattaforma incidente alla volta, e collegare una nuova piattaforma disconnette quella attuale.
Cosa risponde ogni fonte
Ogni fonte di dati permette all'agente di rispondere a un tipo diverso di domanda durante un'indagine.
| origine | Cosa permette all'agente di rispondere | Cosa ti serve per collegarlo |
|---|---|---|
| Codice (consigliato) | Perché avviene un fallimento. L'agente legge i file sorgente, traccia gli errori su righe specifiche e identifica le modifiche recenti. | Accesso a un repository GitHub, Azure DevOps o GitLab, più un metodo di autenticazione supportato dal provider. |
| Log (consigliato) | Cosa è successo durante la produzione. L'agente interroga i tuoi dati di telemetria e correla le voci al codice e alle dipendenze. | L'accesso di lettura sulla sorgente di telemetria, concesso all'identità o alle credenziali utilizzate dal connettore. |
| Risorse di Azure | Com'è il tuo ambiente in questo momento. L'agente controlla la configurazione delle risorse, la salute e le metriche. | Un ruolo di Proprietario o Amministratore Accesso Utente assegnato a ogni gruppo di gestione, abbonamento o gruppo di risorse che aggiungi. |
| Eventi imprevisti | Quando iniziare a lavorare senza che venga chiesto. L'agente riceve gli avvisi dalla tua piattaforma di gestione degli incidenti e indaga su quelli che corrispondono ai tuoi piani di risposta. Una piattaforma è attiva alla volta. | Monitoraggio di Azure si connette senza credenziali e gli avvisi dai gruppi di risorse gestiti arrivano all'agente. PagerDuty e ServiceNow necessitano delle credenziali API dall'amministratore della piattaforma degli incidenti. |
| File di conoscenza | Come il tuo team vuole che il lavoro venga fatto. L'agente segue i tuoi runbook, le tue procedure di escalation e le note sull'architettura. | Un file in un formato supportato. Vedi Carica documenti di conoscenza. |
I fornitori di log differiscono nel modo in cui si autenticano. Esplora dati di Azure, Log Analytics Workspace e Application Insights utilizzano l'identità gestita dell'agente. Datadog, Dynatrace, Elasticsearch, New Relic, Splunk e Hawkeye utilizzano le credenziali di servizio che fornisci. I fornitori che vedi possono variare in base al tenant e alla configurazione, quindi usa la casella di ricerca se non trovi quello che vuoi. Vedi Collega una sorgente di telemetria per i campi che ogni fornitore richiede.
Scegli cosa collegare dopo
Scegli la situazione che corrisponde a ciò che manca al tuo agente.
- L'agente dice che non sa nulla della tua app. Collega prima il codice . Ha l'effetto maggiore sulla qualità delle indagini, e l'agente inizia a esplorare il repository non appena salvi la connessione.
- L'agente spiega il tuo codice ma non può dire cosa sia successo in produzione. Collega i Logs successivamente. Scegli il fornitore che il tuo team già interroga durante un incidente.
- Le tue domande riguardano la salute, la configurazione o la scala delle risorse. Aggiungi risorse di Azure, nell'ambito del gruppo di risorse che contiene il carico di lavoro che esamini più spesso.
- Vuoi che l'agente lavori prima che qualcuno apra una chat. Collega la piattaforma di gestione degli incidenti che il tuo team usa già per inviare paging, quindi crea un piano di risposta che corrisponda a un insieme ristretto di avvisi. Poiché può essere attiva una sola piattaforma alla volta, scegli quella che trasporta i tuoi avvisi di produzione. Vedi Piattaforme degli incidenti.
- Le risposte sono tecnicamente corrette, ma ignora il modo in cui opera il tuo team. Aggiungi file di conoscenza così l'agente segue le tue procedure invece di una sequenza generica.
Le risorse e gli incidenti di Azure sono le due connessioni più probabili a coinvolgere qualcun altro. Entrambi cambiano ciò che l'agente può raggiungere o quando agisce, e entrambi hanno bisogno di accessi che un singolo ingegnere potrebbe non avere.
Prerequisiti
| Requisito | dettagli |
|---|---|
| Un agente | Crea-ne prima uno con Crea e configura. |
| Ruolo dell'agente | SRE Agent Standard User si occupa dell'aggiunta di repository di codice e del caricamento di documenti di conoscenza. SRE Agent Administrator si occupa della gestione dei connettori e dell'aggiunta o rimozione di scope di risorse Azure. SRE Agent Author si occupa della configurazione della gestione degli incidenti e della redazione dei piani di risposta. Vedi ruoli utente e permessi. |
| Ruolo di Azure per gli ambiti delle risorse | Un'assegnazione attiva del ruolo di Proprietario o Amministratore dell'accesso utenti su ogni ambito che aggiungi, direttamente o tramite ereditarietà. Il portale lo utilizza per assegnare ruoli all'identità gestita dell'agente. |
| Accesso a ciascuna fonte | Accesso al repository per il codice, accesso alla lettura sulla sorgente di telemetria per i log e credenziali della piattaforma per PagerDuty o ServiceNow. |
| Allerti o incidenti da ricevere | Monitoraggio di Azure inoltra solo gli avvisi generati dalle tue regole di avviso esistenti, quindi verifica che le regole esistano prima di aspettarti attività di incidenti. PagerDuty e ServiceNow inoltronano gli incidenti che le loro integrazioni creano. |
Aprire la pagina di installazione
Nella scheda Panoramicadell'Hub Operazioni, la barra di stato elenca le sorgenti che non hai ancora configurato. Seleziona Completa configurazione per aprire la pagina di configurazione, che ha due schede.
| Tab | Origini dati |
|---|---|
| Avvio rapido | Codice, Log, risorse Azure, Incidenti |
| Configurazione completa | Tutto in Quickstart, più file Knowledge |
Ogni sorgente appare come una carta. Una scheda connessa mostra un segno di spunta e un riassunto come il numero di repository o provider di log collegati, insieme a eventuali errori che richiedono attenzione.
La pagina mostra anche una barra di avanzamento delle connessioni. La barra tiene traccia di quanti tipi di sorgente sono collegati, non di quanto queste fonti aggiungono a un'indagine, e può conteggiare i tipi che la tua pagina di configurazione non offre. Di conseguenza, potrebbe non caricarsi completamente anche dopo aver collegato tutto ciò che vedi. Trattalo come un indicatore approssimativo piuttosto che come un bersaglio. La qualità dell'indagine deriva dal collegare le fonti da cui si basa il tuo lavoro.
Suggerimento
Se l'agente ti dice che non sa nulla della tua app e non può rispondere alle domande, collega Code prima di qualsiasi altra cosa.
Collega una sorgente
Seleziona il pulsante nella scheda per l'origine desiderata, quindi segui la procedura guidata di quel fornitore. Per le procedure complete, vedi:
- Connettere il codice sorgente
- Collega una sorgente di telemetria
- Connettori
- Caricare documenti di conoscenza
Conferma che una connessione funziona
Controlla prima la scheda. Una connessione riuscita mostra un segno di spunta e il numero degli elementi collegati. I file di conoscenza caricati mostrano lo stato Indicizzato dopo che l'agente ha terminato di elaborarli. Per esaminare le tue fonti di conoscenza, vedi Collega conoscenza.
Poi conferma che l'agente può raggiungere la fonte chiedendogli qualcosa a cui solo quella fonte può rispondere.
| origine | Chiedi all'agente |
|---|---|
| Codice | "Cosa fa questo repository e quali servizi contiene?" |
| Logs | "Controlla eventuali errori nelle ultime 24 ore." |
| Risorse di Azure | "Controlla la salute delle risorse nel gruppo <resource-group-name>risorse." |
| File di conoscenza | "Cosa dice il nostro runbook sulla gestione degli errori HTTP 500?" |
Una risposta concreta mostra una scheda degli strumenti per la fonte interrogata dall'agente, insieme al risultato restituito. Una risposta generica senza scheda strumento, o una che segnala accessi mancanti, significa che la connessione necessita di un'ulteriore revisione. Per le query di log che non riescono a causa di un errore di autorizzazione, concedi all'identità del connettore l'accesso in lettura alla risorsa di destinazione e riprova.
Cosa cambia quando aggiungi più contesto
Collegare una piattaforma di incidenti cambia il modo in cui l'agente inizia a lavorare. Fino ad allora, l'agente risponde alle persone. Successivamente, riceve anche incidenti dalla tua piattaforma e analizza quelli che corrispondono ai tuoi piani di risposta, al livello di autonomia impostato da ciascun piano. Per configurare questo comportamento, vedi Automatizzare la risposta agli incidenti.
La connessione di una sorgente non viene fatturata separatamente. Azure SRE Agent misura l'elaborazione che il tuo agente svolge come utilizzo attivo del flusso, che comprende chat, incidenti, attività programmate e trigger. Un contesto più connesso di solito significa più elaborazione, soprattutto quando una piattaforma di incidenti inizia le indagini senza di te. Un contesto più ricco può anche accorciare un'indagine, perché l'agente spende meno sforzo a lavorare intorno a ciò che non riesce a vedere. Vedere Prezzi e fatturazione e Valutare Azure SRE Agent.
Tornare all'onboarding del team
Il thread di onboarding del tuo team rimane nella lista dei Preferiti nella barra laterale. Selezionalo per continuare la conversazione ogni volta che hai qualcosa di nuovo da dire all'agente, come un servizio che il tuo team ha assunto o una procedura cambiata.
Puoi anche chiedere all'agente cosa impostare dopo. Fornisce raccomandazioni basate su ciò che hai collegato e su ciò che manca ancora. Consulta Inserimento del team.