Ismerje meg, hogy hová kell menni, és mire számíthat egy incidens során
Amikor egy "incidensről" beszélünk, kifejezetten a Microsoft/Azure oldalán fellépő problémáról beszélünk , amely egy platformoldali probléma, amely hatással van a szolgáltatásokra. E ritka, de elkerülhetetlen problémák során célunk, hogy a lehető legátláthatóbbak lehessünk Önnel, közvetlen mérnökeink rendszeres frissítéseivel. Igyekszünk a megfelelő csatornákon keresztül tájékoztatni a megfelelő személyeket, és a lehető legtöbb részletet megosztani.
Bár általában nem osztjuk meg a spekulációt vagy a hibaelhárítási lépések belső működését, mindent megosztunk, amit tudunk az incidensről. Az üzenetküldés – még a részletes üzenetküldés esetében sem – nem késik az ügyfél méretétől vagy szegmensétől, a partnerállapottól vagy a támogatási csomagtól függően, így a Microsoft-partnerszervezetek és még a Microsoft-fiókcsapatok is egyidejűleg és az általuk képviselt érintett ügyfelekkel azonos frissítésekkel értesülnek.
Incidens során
Tekintse át az Azure Service Health szolgáltatást az Azure Portalon, és tekintse át mérnökeink legújabb frissítéseit.
Ha hibát észlel, és meg kell értenie, hogy "mi vagyunk vagy az Azure", akkor az Azure Service Health portálon való ellenőrzésének kell lennie az első hívási portnak. Bár tisztában kell lennie ezzel a "go-to-" hellyel, nem kell aktívan keresnie az információkat , ha korábban konfigurálta a megfelelő szolgáltatásállapot-riasztásokat . Egy ismert probléma során ezek a szolgáltatásállapot-riasztások aktiválva lesznek, és a kiválasztott kommunikációs csatornájukon értesítést kapnak.
Feljegyzés
Emlékeztetőként állítsa be a Service Health-riasztást , amely arról tájékoztat, hogy a portál kommunikációja az Ön által választott csatornán keresztül történik (e-mail, SMS, webhook)
Ha problémák merülnek fel a Service Health vagy maga a portál elérése során, ellenőrizze a nyilvános Azure-állapot oldalt.
Abban a valószínűtlen esetben, ha egy szolgáltatással kapcsolatos probléma olyan módon jelentkezik, hogy ön hozzáférhet a Service Health-hez az Azure Portalon, akkor az azure.status.microsoft a problémafrissítések közzétételére szolgál. Ez az oldal csak a szokásos kommunikációs útvonalat megzavaró problémákra, vagy ritka, széles körben elterjedt problémákra használható.
Fontos emlékeztetni arra, hogy az azure.status.microsoft valóban az Azure Service Health biztonsági mentéseként szolgál. A szolgáltatásproblémával kapcsolatos kommunikációink többsége célzott értesítésekként érhető el, amelyeket közvetlenül az érintett előfizetéseknek vagy bérlőknek küldenek. Ezek az Azure Portalon az Azure Service Health szolgáltatáson keresztül érkeznek, és aktiválják a konfigurált Azure Service Health-riasztásokat. A nyilvános állapotlap (azure.status.microsoft) csak a szolgáltatásokkal kapcsolatos problémákról való kommunikációra szolgál három konkrét forgatókönyv esetén:
1 . forgatókönyv – Több régiót, zónát vagy szolgáltatást érintő széles körű hatás – A szolgáltatásproblémák széles körű/jelentős ügyfélhatást gyakorolnak több szolgáltatásra egy teljes régióban vagy több régióban. Ebben az esetben azért értesítjük, mert előfordulhat, hogy az ügyfél által konfigurált rugalmasság, például a magas rendelkezésre állás vagy a vészhelyreállítás nem elegendő a hatás elkerüléséhez.
2 . forgatókönyv – Az Azure Portal/ Service Health nem érhető el – Egy szolgáltatásproblémák akadályozzák az Azure Portal vagy az Azure Service Health elérését, és így hatással vannak a korábban ismertetett szokásos kimaradási kommunikációs útvonalra.
3 . forgatókönyv – A szolgáltatás hatása, de még nem biztos abban, hogy pontosan ki érintett – A szolgáltatás problémája széles körű/jelentős ügyfélhatással rendelkezik, de még nem tudjuk ellenőrizni, hogy mely ügyfeleket, régiókat vagy szolgáltatásokat érinti. Ebben az esetben nem tudunk célzott kommunikációt küldeni, ezért nyilvános frissítéseket biztosítunk.
Ha problémák merülnek fel az Állapot lapon, ellenőrizze, hogy vannak-e frissítések az X @AzureSupport keresztül.
Az Azure történetében csak néhány alkalommal voltak olyan technikai problémák, amelyek megakadályozták az incidensfrissítések közzétételét az azure.status.microsoft webhelyen – ilyen rendkívüli körülmények között az incidensfrissítéseket X-en keresztül tesszük közzé.@AzureSupport A problémától függetlenül azonban az ügyfeleknek nyugodtan fel kell keresniük @AzureSupport az általuk észlelt vagy támogatási kérdésekkel kapcsolatos esetleges kérdéseket. A @AzureSupport csapat általában kevesebb, mint 5 perc alatt válaszol (erre nagyon büszkék vagyunk!), de fontos tudni, hogy az ismert problémák során (például ha a Service Health-ben kimaradás szerepel), akkor az incidenst már a megfelelő mérnökök dolgozzák ki, így a csapat valószínűleg nem @AzureSupport tud majd segíteni, azon túl, hogy az ügyfeleket a történtek hivatalos mérnöki frissítésére irányítják.
Ha a hatás/problémák nem egyeznek az incidenssel (vagy ha ezek a kockázatcsökkentés után is fennállnak), forduljon az ügyfélszolgálathoz.
Ez a legfontosabb megjegyzés az ügyfelek számára, hogy megértsék, mit kell tenni (vagy nem) az incidens során. Ahogy fentebb említettük, az ismert problémák (például ha a Service Health-ben kimaradás szerepel) során az incidenst már dolgozzák a megfelelő mérnökök , így az ügyfeleknek nem kell kapcsolatba lépniük az ügyfélszolgálattal a frissítésekért. Rendszeres frissítéseket kapnak a Service Health-en keresztül (és a Szolgáltatásállapot riasztásaikon), és a támogatási mérnökök nem férnek hozzá részletesebb információkhoz, mint az érintett ügyfelek számára. Ha az ügyfelek elolvasták a frissítéseket a mérnöki csapattól, de támogatást igényelnek az incidensre való reagáláshoz (például a feladatátvételi tervek implementálásához), akkor támogatási jegyet is kérhetnek és kérhetnek.
Hasonlóképpen, ha a megfigyelt tünetek nem "egyeznek" a problémafrissítésekben leírt tünetekkel (például ha az USA keleti régiójában ismert probléma van a Redis Cache-lel, de az USA keleti régiójában a Redis Cache-sel kapcsolatos problémákat tapasztalnak), akkor előfordulhat, hogy az nem kapcsolódik egymáshoz, és az ügyfelek támogatási jegyet kérhetnek és kérhetnek. Végül, ha egy szolgáltatással kapcsolatos probléma megoldódott/megoldódott, de az ügyfél továbbra is problémákat tapasztal a szolgáltatásaival kapcsolatban, a támogatási mérnökök segíthetnek nekik abban, hogy megállapíthassák, van-e valami különleges dolog az erőforrásaikkal kapcsolatban, így az ügyfelek támogatási jegyet hozhatnak létre és kell nekik.