Automazione del flusso di lavoro nell'agente SRE di Azure

Il problema: i trasferimenti manuali rallentano tutto

I flussi di lavoro operativi si estendono su più strumenti e richiedono a un utente di ricordare le novità successive. Si controlla lo stato in un sistema, si decide, si esegue in un altro e si invia una notifica al team in un terzo. Ogni trasferimento aggiunge latenza e rischi.

Funzionamento dell'automazione del flusso di lavoro

Usando l'automazione del flusso di lavoro, è possibile raggiungere gli obiettivi seguenti:

• Creare flussi di lavoro automatizzati eseguiti in base alla pianificazione o in risposta a eventi imprevisti.
• Usare agenti personalizzati con strumenti specifici per attività specializzate.
• Costruire flussi end-to-end che attivano, analizzano, eseguono azioni e inviano notifiche.

Quando un trigger viene attivato (ora pianificata o evento imprevisto), l'agente segue questa procedura:

1. Riceve il trigger quando viene eseguita un'attività pianificata o un incidente corrisponde a un piano di risposta.
2. Richiama l'agente personalizzato: l'agente personalizzato configurato inizia con gli strumenti e le istruzioni.
3. Esegue il flusso di lavoro: l'agente personalizzato analizza, esegue azioni e coordinate con altri agenti personalizzati, se necessario.
4. Notifica al team: i risultati vengono pubblicati in Teams, nella posta elettronica o nella piattaforma degli eventi imprevisti.

Ogni agente personalizzato ha accesso a strumenti specifici (dai connettori) e segue le istruzioni in modo autonomo o con approvazione, a seconda della modalità di esecuzione.

Cosa rende questo approccio diverso

Questa sezione descrive il confronto tra l'automazione del flusso di lavoro e altri approcci.

A differenza degli script, l'agente si adatta quando cambiano i modelli. Gli script si interrompono quando gli input variano. L'agente decide come agire in base a quanto rileva.

A differenza dei runbook, l'agente esegue il flusso di lavoro, non solo la documenta. I runbook indicano cosa devono fare le persone. L'agente lo fa.

A differenza dell'automazione in stile IFTTT, l'agente analizza prima di agire. Non viene eseguito automaticamente quando un trigger viene attivato. Valuta la situazione e decide la risposta appropriata.

Prima e dopo

Nella tabella seguente viene illustrato come l'automazione del flusso di lavoro modifica le attività operative comuni.

Creare un flusso di lavoro

I flussi di lavoro combinano tre blocchi costitutivi.

Per istruzioni dettagliate sulla configurazione, vedere Passaggio 5: Automatizzare le azioni nella guida introduttiva.

Esempio: report sulla salute giornaliero con posta elettronica

Questo flusso di lavoro controlla l'integrità delle risorse di Azure e invia un riepilogo ai messaggi di posta elettronica.

1. Connettore: aggiungere Invia messaggio di posta elettronica (Office 365 Outlook).

2. Agente personalizzato: creare health-reporter con lo strumento SendOutlookEmail.

3. Attività pianificata: connettersi all'agente personalizzato con questo prompt:

   Check the health of Azure resources in prod-rg:
   1. Query Azure Resource Health for any degraded resources
   2. Check Application Insights for error rate trends
   3. Summarize findings
   4. Email the report using SendOutlookEmail
   

L'agente esegue questo processo ogni giorno, analizza e invia il messaggio di posta elettronica senza passaggi manuali.

Delega dell'agente personalizzato

Usare più agenti personalizzati quando un flusso di lavoro necessita di competenze diverse in passaggi diversi.

L'agente di orchestrazione delega le attività agli agenti personalizzati in base alle esigenze. Per altre informazioni, vedere Agenti personalizzati.

Procedure consigliate

La tabella seguente riepiloga le procedure consigliate per l'automazione del flusso di lavoro.

Inizia subito

Contenuti correlati