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.
Importante
A partire dal 21 settembre 2023 non sarà possibile creare nuove risorse di Advisor metriche. A partire dal 31 marzo 2026 il portale di Advisor metriche è stato disabilitato. Il servizio Metrics Advisor sarà ritirato entro il 1° ottobre 2026.
È consigliabile usare le alternative seguenti:
- Monitoraggio di Azure, come prodotto ufficiale Azure 3P, le funzionalità di rilevamento e analisi anomalie vengono fornite tramite più interfacce, ad esempio Detect e analizzare le anomalie con KQL in Monitoraggio di Azure.
- Il Rilevatore di Anomalie Open-Source, questo progetto open source fornisce le stesse funzionalità di individuazione delle anomalie utilizzate nel back-end da Kensho, Azure Metrics Advisor e Azure Anomaly Detector.
- Infrastruttura
In questa esercitazione apprenderai a:
- Creare un hook in Advisor metriche
- Inviare notifiche con App per la logica di Azure
- Inviare notifiche a Microsoft Teams
- Inviare notifiche tramite il server SMTP
Prerequisiti
Creare una risorsa di Advisor metriche
Per esplorare le funzionalità di Advisor metriche, potrebbe essere necessario creare una risorsa di Advisor metriche nel portale di Azure per distribuire l'istanza di Advisor metriche.
Creare un hook in Advisor metriche
Un hook in Advisor metriche è un collegamento che consente al cliente di abbonarsi alle anomalie delle metriche e di inviare notifiche attraverso diversi canali. Esistono quattro tipi di hook in Advisor metriche:
- Hook di posta elettronica
- Webhook
- Hook di Teams
- Hook di Azure DevOps
Ogni tipo di hook corrisponde a un canale specifico tramite cui verrà notificata un'anomalia.
Inviare notifiche con App per la logica di Azure, Teams e SMTP
Inviare una notifica tramite posta elettronica usando App per la logica di Azure
Esistono due opzioni comuni per inviare e-mail di notifica supportate in Advisor metriche. Uno consiste nell'usare webhook e App per la logica di Azure per inviare avvisi di posta elettronica, l'altro consiste nel configurare un server SMTP e usarlo per inviare avvisi di posta elettronica direttamente. Questa sezione si concentrerà sulla prima opzione, più semplice per i clienti che non hanno un server SMTP disponibile.
Passaggio 1: creare un webhook in Advisor metriche
Un webhook è il punto di ingresso per tutte le informazioni disponibili nel servizio Advisor metriche e chiama un'API fornita dall'utente quando viene attivato un avviso. Tutti gli avvisi possono essere inviati tramite un webhook.
Selezionare la scheda Hook nell'area di lavoro Advisor metriche, quindi selezionare il pulsante Creare hook. Scegliere un tipo di hook di web hook. Compilare i parametri obbligatori e selezionare OK. Per i passaggi dettagliati, vedere creare un webhook.
È presente un parametro aggiuntivo di Endpoint da compilare. Questa operazione può essere eseguita dopo aver completato il passaggio 3 seguente.
Passaggio 2: creare una risorsa dell'app logica di consumo
Nel portale Azure creare una risorsa dell'app per la logica a consumo con un flusso di lavoro vuoto seguendo le istruzioni riportate in Creare un flusso di lavoro dell'app per la logica a consumo. Quando si vede che si apre la finestra di progettazione del flusso di lavoro, torna a questo tutorial.
Passaggio 3: Aggiungere un trigger di Quando viene ricevuta una richiesta HTTP
App per la logica di Azure usa varie azioni per attivare flussi di lavoro definiti. Per questo caso d'uso, usa il trigger denominato Quando si riceve una richiesta HTTP.
Nella finestra di dialogo Alla ricezione di una richiesta HTTP, selezionare Usare il payload di esempio per generare lo schema.
Copiare il codice JSON di esempio seguente nella casella di testo e selezionare Fine.
{ "properties": { "value": { "items": { "properties": { "alertInfo": { "properties": { "alertId": { "type": "string" }, "anomalyAlertingConfigurationId": { "type": "string" }, "createdTime": { "type": "string" }, "modifiedTime": { "type": "string" }, "timestamp": { "type": "string" } }, "type": "object" }, "alertType": { "type": "string" }, "callBackUrl": { "type": "string" }, "hookId": { "type": "string" } }, "required": [ "hookId", "alertType", "alertInfo", "callBackUrl" ], "type": "object" }, "type": "array" } }, "type": "object" }Scegliere il metodo "POST" e selezionare Salvare. Verrò visualizzato l'URL del trigger della richiesta HTTP. Selezionare l'icona di copia per copiarlo e riempirlo di nuovo nell'Endpoint del passaggio 1.
Passaggio 4: Aggiungere un passaggio successivo usando l'azione "HTTP"
I segnali inseriti nel webhook contengono solo informazioni limitate, come ad esempio timestamp, alertID, configurationID e così via. Le informazioni dettagliate devono essere richieste usando l'URL di callback fornito nel segnale. Questo passaggio consiste nell'eseguire una query per ottenere informazioni dettagliate sugli avvisi.
Scegliere un metodo "GET"
Selezionare “callBackURL” dall'elenco “Contenuto dinamico” in “URI”.
Immettere una chiave "Tipo di contenuto" in "Intestazioni" e immettere il valore "application/json"
Immettere una chiave "x-api-key" in "Intestazioni" e ottenerla facendo clic sulla scheda "Chiavi API" nell'area di lavoro di Advisor metriche. Questo passaggio consiste nel garantire che il flusso di lavoro disponga di autorizzazioni sufficienti per le chiamate API.
Passaggio 5: Aggiungere un passaggio successivo per “analizzare JSON”
È necessario analizzare la risposta dell'API per semplificare la formattazione del contenuto dell’e-mail.
Nota
Questa esercitazione condivide solo un esempio rapido, il formato di e-mail finale deve essere ulteriormente progettato.
- Selezionare “Body” dall'elenco “Contenuto dinamico” in “Contenuto”
- Selezionare Usare il payload di esempio per generare lo schema. Copiare il codice JSON di esempio seguente nella casella di testo e selezionare Fine.
{
"properties": {
"@@nextLink": {},
"value": {
"items": {
"properties": {
"properties": {
"properties": {
"IncidentSeverity": {
"type": "string"
},
"IncidentStatus": {
"type": "string"
}
},
"type": "object"
},
"rootNode": {
"properties": {
"createdTime": {
"type": "string"
},
"detectConfigGuid": {
"type": "string"
},
"dimensions": {
"properties": {
},
"type": "object"
},
"metricGuid": {
"type": "string"
},
"modifiedTime": {
"type": "string"
},
"properties": {
"properties": {
"AnomalySeverity": {
"type": "string"
},
"ExpectedValue": {}
},
"type": "object"
},
"seriesId": {
"type": "string"
},
"timestamp": {
"type": "string"
},
"value": {
"type": "number"
}
},
"type": "object"
}
},
"required": [
"rootNode",
"properties"
],
"type": "object"
},
"type": "array"
}
},
"type": "object"
}
Passaggio 6: Aggiungere un passaggio successivo per “creare una tabella HTML”
Una serie di informazioni è stata restituita dalla chiamata API, tuttavia, a seconda degli scenari, non tutte le informazioni possono essere utili. Scegliere gli elementi a cui si è interessati e che si desidera includere nell’e-mail di avviso.
Di seguito è riportato un esempio di tabella HTML che sceglie “timestamp”, “metricGUID” e “dimension” da includere nell’e-mail di avviso.
Passaggio 7: Aggiungere il passaggio finale per “inviare un messaggio di posta elettronica”
Sono disponibili diverse opzioni per inviare messaggi di posta elettronica, sia offerte ospitate da Microsoft che di terze parti. Il cliente potrebbe aver bisogno di un tenant/account per l'opzione scelta. Ad esempio, quando si sceglie "Office 365 Outlook" come server. Il processo di accesso sarà potenziato per migliorare la connessione e l'autorizzazione. Verrà stabilita una connessione API per usare il server di posta elettronica per inviare un avviso.
Inserisci il contenuto che desideri includere nel "Corpo" e "Oggetto" dell'e-mail e inserisci un indirizzo di posta elettronica nel "Destinatario".
Passaggi successivi
Passare all'articolo successivo per informazioni su come creare.