Si supportano carichi di lavoro mission-critical su diverse sottoscrizioni in Europa settentrionale ed Europa occidentale. È necessario: 1) Ricevere avvisi per problemi di servizio a livello di Azure che interessano i servizi selezionati in tali regioni. 2) Essere avvisati della manutenzione pianificata che interessa gli host delle VM. 3) Tenere traccia degli avvisi sullo stato del servizio, come le deprecazioni di funzionalità. 4) Instradare diverse notifiche di Service Health a diversi gruppi di azioni (e-mail vs. ITSM). Cosa si dovrebbe configurare?

L'opzione corretta risponde a tutti i requisiti. Azure Service Health è progettato specificamente per monitorare lo stato dei servizi Azure, la manutenzione pianificata e gli avvisi sullo stato (come le deprecazioni di funzionalità), consentendo di filtrare per sottoscrizione, servizio e regione. La possibilità di collegare diversi avvisi a diversi gruppi di azioni (e-mail, ITSM) soddisfa il requisito di routing. Resource Health è complementare per lo stato a livello di singola risorsa. Le altre opzioni sono incomplete o inappropriate: il parsing RSS è un workaround manuale; gli avvisi sulle metriche non coprono lo stato del servizio; un singolo avviso senza filtri e l'analisi dell'oggetto e-mail non sono scalabili né affidabili; Azure Policy non è lo strumento primario per il monitoraggio dello stato del servizio.