Niezawodność w usłudze Azure Bot Service
Podczas tworzenia aplikacji (bota) na platformie Azure możesz wybrać, czy zasób bota będzie miał globalną, czy lokalną rezydencję danych. Lokalne miejsce przechowywania danych gwarantuje, że dane osobowe bota są zachowywane, przechowywane i przetwarzane w określonych granicach geograficznych (takich jak granice UE).
Ważne
Obsługa strefy dostępności nie jest włączona dla żadnych kanałów standardowych w regionalnej usłudze bota.
W tym artykule opisano obsługę niezawodności w usłudze Azure Bot Service i opisano zarówno niezawodność regionalną ze strefami dostępności, jak i odpornością między regionami z odzyskiwaniem po awarii dla botów z lokalnym miejscem przechowywania danych. Aby uzyskać bardziej szczegółowe omówienie niezawodności na platformie Azure, zobacz Niezawodność platformy Azure.
Aby uzyskać więcej informacji na temat wdrażania botów z lokalnym miejscem przechowywania danych i zgodnością regionalną, zobacz Regionalizacja w usłudze Azure Bot Service.
Obsługa strefy dostępności
Strefy dostępności platformy Azure to co najmniej trzy fizycznie oddzielne grupy centrów danych w każdym regionie świadczenia usługi Azure. Centra danych w każdej strefie są wyposażone w niezależną infrastrukturę zasilania, chłodzenia i sieci. W przypadku awarii strefy lokalnej strefy strefy dostępności są zaprojektowane tak, aby w przypadku wystąpienia problemu z jedną strefą usługi regionalne, pojemność i wysoka dostępność są obsługiwane przez pozostałe dwie strefy.
Awarie mogą wahać się od awarii oprogramowania i sprzętu po zdarzenia, takie jak trzęsienia ziemi, powodzie i pożary. Tolerancja awarii jest osiągana z nadmiarowością i logiczną izolacją usług platformy Azure. Aby uzyskać bardziej szczegółowe informacje na temat stref dostępności na platformie Azure, zobacz Regiony i strefy dostępności.
Usługi z obsługą stref dostępności platformy Azure zostały zaprojektowane w celu zapewnienia odpowiedniego poziomu niezawodności i elastyczności. Można je skonfigurować na dwa sposoby. Mogą być strefowo nadmiarowe, z automatyczną replikacją między strefami lub strefami, z wystąpieniami przypiętymi do określonej strefy. Możesz również połączyć te podejścia. Aby uzyskać więcej informacji na temat architektury strefowej i strefowo nadmiarowej, zobacz Rekomendacje na potrzeby korzystania ze stref dostępności i regionów.
W przypadku botów regionalnych usługa Azure Bot Service domyślnie obsługuje nadmiarowość strefy. Nie musisz go konfigurować ani ponownie konfigurować pod kątem obsługi stref dostępności.
Wymagania wstępne
- Bot musi być regionalny (nie globalny).
- Obecnie tylko region "westeurope" obsługuje strefy dostępności.
Środowisko strefowe w dół
Podczas awarii całej strefy klient powinien spodziewać się krótkiego obniżenia wydajności, dopóki usługa nie zrównoważy bazowej pojemności, aby dostosować się do stref w dobrej kondycji. Nie jest to zależne od przywracania strefy; Oczekuje się, że stan samonaprawiania usługi zarządzanej przez firmę Microsoft rekompensuje utratę strefy przy użyciu pojemności z innych stref.
Odzyskiwanie po awarii między regionami w lokalizacji geograficznej obejmującej wiele regionów
Odzyskiwanie po awarii dotyczy odzyskiwania po wystąpieniu zdarzeń o dużym wpływie, takich jak klęski żywiołowe lub nieudane wdrożenia, które powodują przestoje i utratę danych. Niezależnie od przyczyny najlepszym rozwiązaniem dla awarii jest dobrze zdefiniowany i przetestowany plan odzyskiwania po awarii oraz projekt aplikacji, który aktywnie obsługuje odzyskiwanie po awarii. Zanim zaczniesz myśleć o tworzeniu planu odzyskiwania po awarii, zobacz Rekomendacje na potrzeby projektowania strategii odzyskiwania po awarii.
Jeśli chodzi o odzyskiwanie po awarii, firma Microsoft korzysta z modelu wspólnej odpowiedzialności. W modelu wspólnej odpowiedzialności firma Microsoft zapewnia dostępność infrastruktury bazowej i usług platformy. Jednocześnie wiele usług platformy Azure nie replikuje automatycznie danych ani nie wraca z regionu, w którym wystąpił błąd, aby przeprowadzić replikację krzyżową do innego regionu z włączoną obsługą. W przypadku tych usług ponosisz odpowiedzialność za skonfigurowanie planu odzyskiwania po awarii, który działa dla obciążenia. Większość usług uruchamianych na platformie Azure jako usługa (PaaS) oferuje funkcje i wskazówki dotyczące obsługi odzyskiwania po awarii. Funkcje specyficzne dla usługi umożliwiają szybkie odzyskiwanie w celu ułatwienia opracowania planu odzyskiwania po awarii.
Usługa Azure Bot Service działa w trybie aktywny-aktywny dla usług globalnych i regionalnych. W przypadku wystąpienia awarii nie trzeba wykrywać błędów ani zarządzać usługą. Usługa Azure Bot Service automatycznie wykonuje autofailover i automatyczne odzyskiwanie w architekturze geograficznej w wielu regionach. W przypadku usługi regionalnej bota UE usługa Azure Bot Service udostępnia dwa pełne regiony w Europie z aktywną/aktywną replikacją w celu zapewnienia nadmiarowości. W przypadku globalnej usługi bota wszystkie dostępne regiony/lokalizacje geograficzne mogą być obsługiwane jako globalny ślad.