Wspierasz krytyczne obciążenia w kilku subskrypcjach w regionach Europa Północna i Europa Zachodnia. Musisz: 1) Otrzymywać alerty dotyczące problemów z usługami Azure w całej platformie, które wpływają na wybrane usługi w tych regionach. 2) Otrzymywać powiadomienia o planowanej konserwacji mającej wpływ na hosty maszyn wirtualnych. 3) Śledzić zalecenia dotyczące kondycji usług, takie jak wycofanie funkcji. 4) Kierować różne powiadomienia Service Health do różnych grup akcji (e-mail vs. ITSM). Co należy skonfigurować?

Poprawna odpowiedź to skonfigurowanie alertów Azure Service Health. Azure Service Health jest zaprojektowany do powiadamiania o problemach z usługami Azure (incydentach), planowanej konserwacji oraz zaleceniach dotyczących kondycji, które wpływają na Twoje subskrypcje i regiony. Możesz filtrować alerty według subskrypcji, regionów i typów zdarzeń, a następnie kierować je do różnych grup akcji, spełniając wszystkie wymagania. Alerty Resource Health uzupełniają Service Health, monitorując kondycję poszczególnych zasobów. Pozostałe opcje są nieprawidłowe, ponieważ: Kanał RSS Azure Status jest ogólny i nie oferuje filtrowania ani precyzyjnego kierowania wymaganego przez zadanie. Alerty metryk Azure Monitor dla "ServiceAvailability" nie obejmują planowanej konserwacji ani zaleceń, a Azure Advisor nie jest głównym narzędziem do powiadamiania o konserwacji. Pojedynczy alert bez filtrów i poleganie na analizie tematu e-mail jest nieefektywne i nie spełnia wymagań dotyczących precyzyjnego kierowania. Azure Policy służy do egzekwowania standardów i nie jest narzędziem do monitorowania zdarzeń kondycji usług, a powiadomienia autoskalowania nie dotyczą problemów z usługami.