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.
Tempo stimato: 10 minuti
Collega la tua piattaforma di incidenti e configura come il tuo agente indaga sugli avvisi corrispondenti.
Ciò che si ottiene
Al termine di questo passaggio, l'agente:
- Si connette a Monitoraggio di Azure come piattaforma per gli incidenti
- Riceve eventi imprevisti filtrati in base alla gravità tramite un piano di risposta
- Indaga sugli avvisi corrispondenti e riporta i risultati
Prerequisiti
| Requisito | dettagli |
|---|---|
| Passaggi completati da 1 a 3 | Creare e configurare, inserimento del team e prima indagine. |
| Per un esempio completo | Un repository di codice connesso e un provider di registrazione, un avviso di test di Monitoraggio di Azure per un ambiente non di produzione e l'autorizzazione ad approvare le azioni proposte. |
Connettere Monitoraggio di Azure
Collega Monitoraggio di Azure come piattaforma per la gestione degli incidenti affinché l'agente riceva automaticamente gli avvisi.
- Nella barra laterale sinistra, vai a Incidenti>Trigger + piani di risposta.
- Se nessuna piattaforma incidente è collegata, seleziona Collega una piattaforma incidente.
- Nella piattaforma Scegli, seleziona Monitoraggio di Azure.
- Nella modalità Collegati alla piattaforma, compila i campi richiesti, poi seleziona Salva per connettere Monitoraggio di Azure.
Attendere il completamento della connessione. Lo stato cambia in "Monitoraggio di Azure connesso. Il passaggio successivo consiste nel configurare i piani di risposta agli eventi imprevisti."
Checkpoint: La pagina della piattaforma degli incidenti mostra un segno di spunta verde con Monitoraggio di Azure connesso.
Suggerimento
Puoi anche collegare PagerDuty o ServiceNow dal selettore della piattaforma.
Creare un piano di risposta agli eventi imprevisti
Un piano di risposta agli eventi imprevisti indica all'agente quali eventi imprevisti raccogliere e quanto autonomia ha. I passaggi seguenti sono relativi a Monitoraggio di Azure. I piani di risposta PagerDuty e ServiceNow usano campi di filtro diversi in base ai metadati degli eventi imprevisti, ad esempio priorità, categoria e gruppo di assegnazione.
Vai a Incidenti>Trigger + piani di risposta.
Apri la finestra di dialogo di creazione:
- Se non esistono piani di risposta, seleziona Aggiungi piano di risposta all'incidente.
- Se un piano di risposta esiste già, seleziona Crea un piano di risposta.
Nel Passaggio 1: Piano di risposta, configura i dettagli del piano di risposta:
-
Nel nome del piano di risposta all'incidente, inserisci un nome descrittivo, come
test-alerts-review. - In Gravità, selezionare la gravità utilizzata dall'avviso del test non di produzione.
- Nel titolo contiene, inserisci il testo che appare nel titolo dell'allarme di test.
- In Il titolo non contiene, aggiungere le eventuali parole chiave del titolo che il piano deve escludere.
-
Nel nome del piano di risposta all'incidente, inserisci un nome descrittivo, come
Nello stesso passaggio, configura come risponde l'agente:
- Nel sottoagente Response, seleziona l'agente che dovrebbe indagare sugli avvisi corrispondenti.
- Nel livello di autonomia dell'agente, seleziona Revisiona in modo che le azioni proposte richiedano approvazione. Autonomous è l'impostazione predefinita.
- Facoltativamente, attiva l’intervallo di attesa per la nuova analisi degli avvisi e impostane la durata per evitare di analizzare nuovamente lo stesso avviso in modo ripetuto durante tale intervallo.
Seleziona Avanti.
Nel Passaggio 2: Anteprima degli incidenti:
- Seleziona un intervallo di tempo retrospettivo, ad esempio Ultimi 7 giorni.
- Rivedi gli avvisi di abbinamento. Se manca un avviso atteso, seleziona Torna indietro e regola i filtri.
- Una lista vuota significa che nessun avviso corrisponde ai filtri attuali e al periodo di lookback.
Fare clic su Crea.
Checkpoint: Il tuo piano di risposta appare nell'elenco con stato Attivo e modalità Revisione.
Cosa accade quando scatta un avviso
Quando Monitoraggio di Azure genera un avviso che corrisponde al piano di risposta, l'agente indaga automaticamente. Ciò che l'agente fa dipende dal contesto fornito. I runbook, i repository di codice, le risorse di Azure e le indagini precedenti modellano la profondità e le azioni dell'indagine.
Esempio: errori HTTP 500 in un'applicazione container
In questo esempio l'agente ha un runbook per la gestione di errori HTTP 500, un repository di codice connesso e l'accesso alle risorse di Azure.
L'agente crea un piano partendo dal runbook. Anziché seguire una sequenza di risoluzione dei problemi generica, l'agente legge il runbook HTTP 500 caricato durante l'onboarding e segue le procedure del team. L'agente controlla prima le dipendenze upstream, quindi il pool di connessioni e le distribuzioni recenti.
L'agente richiama le conoscenze precedenti. Se l'agente ha esaminato un problema simile in precedenza, riconosce lo schema e salta la scoperta. Esegue questa operazione per combinare le procedure del runbook alle informazioni acquisite dalle indagini precedenti.
L'agente propone o agisce secondo la modalità selezionata. In modalità Revisione , l'agente chiede l'approvazione prima di un'azione. In modalità autonoma , può agire entro i permessi configurati.
L'agente fornisce un riassunto dell'indagine. Il rapporto spiega cosa ha trovato l'agente, le prove utilizzate e la prossima azione per il tuo team.
Annotazioni
I risultati variano in base al contesto dell'agente. Un agente con più runbook, repository connessi e indagini precedenti può produrre risposte più approfondite e mirate.