Edytuj

Udostępnij za pośrednictwem

Odzyskiwanie po awarii dla platformy Azure Data Platform — architektura

Azure Synapse Analytics
Azure Machine Learning
Azure Cosmos DB
Azure Data Lake
Azure Event Hubs

Definicja przypadku użycia

Aby obsłużyć ten przykład pracy, fikcyjna firma "Contoso" będzie używana z platformą Danych Azure opartą na architekturach referencyjnych firmy Microsoft.

Usługa danych — widok składników

Firma Contoso zaimplementowała następującą podstawową architekturę platformy Azure, która jest podzbiorem projektu strefy docelowej przedsiębiorstwa. Diagram przedstawiający przykładową strefę docelową platformy Azure dla przedsiębiorstw.

Liczby w poniższych opisach odpowiadają powyższemu diagramowi.

Podstawy platformy Azure firmy Contoso — przepływ pracy

  1. Rejestracja w przedsiębiorstwie — nadrzędna rejestracja przedsiębiorstwa firmy Contoso na platformie Azure odzwierciedla umowę komercyjną z firmą Microsoft, strukturę konta organizacyjnego i dostępne subskrypcje platformy Azure. Zapewnia podstawy rozliczeń dla subskrypcji i sposobu administrowania infrastrukturą cyfrową.
  2. Zarządzanie tożsamościami i dostępem — składniki wymagane do zapewnienia tożsamości, uwierzytelniania, dostępu do zasobów i usług autoryzacji w infrastrukturze platformy Azure firmy Contoso.
  3. Grupa zarządzania i organizacja subskrypcji — skalowalna hierarchia grup zgodna z podstawowymi możliwościami platformy danych, umożliwiając operacjonalizacja na dużą skalę przy użyciu centralnie zarządzanych zabezpieczeń i ładu, w których obciążenia mają wyraźną separację. Grupy zarządzania zapewniają zakres ładu powyżej subskrypcji.
  4. Subskrypcja zarządzania — dedykowana subskrypcja dla różnych funkcji na poziomie zarządzania wymaganych do obsługi platformy danych.
  5. Subskrypcja łączności — dedykowana subskrypcja funkcji łączności platformy danych umożliwiająca jej identyfikowanie nazwanych usług, określanie bezpiecznego routingu i komunikacji między usługami wewnętrznymi i zewnętrznymi.
  6. Subskrypcja strefy docelowej — subskrypcje typu "jeden do wielu" dla natywnych aplikacji platformy Azure, aplikacji online, obciążeń i zasobów wewnętrznych i zewnętrznych
  7. Platforma DevOps — platforma DevOps, która obsługuje całą infrastrukturę platformy Azure. Ta platforma zawiera repozytorium kontroli źródła podstawowego kodu i potoki ciągłej integracji/ciągłego wdrażania umożliwiające automatyczne wdrażanie infrastruktury jako kodu (IaC).

Uwaga

Wielu klientów nadal zachowuje duży ślad infrastruktury jako usługi (IaaS). Aby zapewnić możliwości odzyskiwania w usłudze IaaS, kluczowym składnikiem do dodania jest usługa Azure Site Recovery. Usługa Site Recovery będzie organizować i automatyzować replikację maszyn wirtualnych platformy Azure między regionami, lokalnymi maszynami wirtualnymi i serwerami fizycznymi na platformę Azure oraz maszynami lokalnymi do dodatkowego centrum danych.

W ramach tej fundamentalnej struktury firma Contoso wdrożyła następujące elementy, aby obsługiwać potrzeby analizy biznesowej w przedsiębiorstwie, dostosowane do wskazówek zawartych w kompleksowej analizie z usługą Azure Synapse.

Diagram przedstawiający architekturę nowoczesnej platformy danych korzystającej z usług danych platformy Azure. Platforma danych firmy Contoso

Platforma danych firmy Contoso — przepływ pracy

Przepływ pracy jest odczytywany od lewej do prawej, po przepływie danych:

  • Źródła danych — źródła lub typy danych, z których może korzystać platforma danych.
  • Pozyskiwanie — możliwość pozyskiwania danych przez platformę z różnych źródeł o różnej strukturze i szybkości. Ten projekt odzwierciedla architekturę lambda.
  • Store — możliwość bezpiecznego przechowywania danych na dużą skalę, które zostały pozyskane na platformę.
  • Proces — możliwość przetwarzania danych przez platformę, dzięki czemu "nadaje się do celu" dla procesów podrzędnych, takich jak czyszczenie, standaryzacja i modelowanie. Wstępne przetwarzanie danych zwykle zapewnia, że jest w "pozycji i stanie gotowym do użycia".
  • Wzbogacanie — możliwość ulepszania danych przetwarzanych na platformie za pośrednictwem technik statystycznych, uczenia maszynowego lub innych technik modelowania lub wstępnie utworzonych usług sztucznej inteligencji platformy Azure.
  • Obsługa — możliwość kształtowania i prezentowania danych do użycia podrzędnego przez platformę.
  • Konsumenci danych — osoby, aplikacje lub procesy podrzędne korzystające z danych z różnych punktów dotykowych platform.
  • Odnajdywanie i zarządzanie — możliwości platformy do zarządzania danymi, które zawiera, i zapewniają, że są indeksowane, wykrywalne/przeszukiwalne, dobrze opisane, z pełną linią danych i są przejrzyste dla użytkowników końcowych i zużywają procesy.
  • Platforma — podstawy, na podstawie której utworzono platformę, czyli podstawy platformy Azure firmy Contoso zgodnie z powyższym opisem.

Uwaga

W przypadku wielu klientów używany poziom koncepcyjny architektury referencyjnej platformy danych będzie zgodny, ale implementacja fizyczna może się różnić. Na przykład procesy ELT (wyodrębnianie, ładowanie, przekształcanie) mogą być wykonywane za pośrednictwem usługi Azure Data Factory i modelowania danych przez serwer Azure SQL. Aby rozwiązać ten problem, poniższa sekcja Stateful vs Stateless components (Składniki stanowe i bezstanowe) zawiera wskazówki.

W przypadku platformy danych firma Contoso wybrała najniższe zalecane warstwy usług produkcyjnych dla wszystkich składników i zdecydowała się na wdrożenie strategii ponownego wdrażania w przypadku odzyskiwania po awarii (DR) na podstawie podejścia do minimalizacji kosztów operacyjnych.

Poniższe sekcje zawierają podstawową wiedzę na temat procesu odzyskiwania po awarii i dźwigni dostępnych dla klientów w celu podniesienia poziomu tego stanu.

Widok usług i składników platformy Azure

W poniższych tabelach przedstawiono podział poszczególnych usług i składników platformy Azure używanych w ramach platformy Contoso — data z opcjami podniesienia poziomu odzyskiwania po awarii.

Uwaga

Poniższe sekcje są zorganizowane według stanowych i bezstanowych usług.

Podstawowe składniki stanowe

  • Identyfikator entra firmy Microsoft, w tym uprawnienia roli

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Microsoft
    • Wybór jednostki SKU firmy Contoso: Premium P1
    • Opcje podniesienia poziomu odzyskiwania po awarii: odporność firmy Microsoft jest częścią swojej oferty oprogramowania jako usługi (SaaS).
    • Notatki

  • Azure Key Vault

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Microsoft
    • Wybór jednostki SKU firmy Contoso: Nie dotyczy
    • Opcje podniesienia poziomu odzyskiwania po awarii: Nie dotyczy, objęte jako część usługi platformy Azure.

  • Magazyn usługi Recovery Services

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Microsoft
    • Wybór jednostki SKU firmy Contoso: domyślny (magazyn geograficznie nadmiarowy (GRS))
    • Opcje podniesienia poziomu odzyskiwania po awarii: włączenie przywracania między regionami powoduje przywrócenie danych w pomocniczym, sparowanym regionie.
    • Notatki
      • Magazyn lokalnie nadmiarowy (LRS) i magazyn strefowo nadmiarowy (ZRS) są dostępne, ale wymaga działań konfiguracyjnych z ustawienia domyślnego.

  • Azure DevOps

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Microsoft
    • Wybór jednostki SKU firmy Contoso: DevOps Services
    • Opcje podnoszenia po awarii: usługa DevOps i odporność danych jest częścią swojej oferty SaaS.
    • Notatki
      • Usługa DevOps Server jako oferta lokalna pozostanie odpowiedzialna za odzyskiwanie po awarii.
      • Jeśli na przykład są używane usługi innych firm (SonarCloud, Jfrog Artifactory, Serwery kompilacji Jenkins), pozostaną one odpowiedzialnym za odzyskiwanie po awarii.
      • Jeśli maszyny wirtualne IaaS są używane w łańcuchu narzędzi DevOps, pozostaną one odpowiedzialnym za odzyskiwanie po awarii.

Podstawowe składniki bezstanowe

  • Subskrypcje

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Microsoft
    • Wybór jednostki SKU firmy Contoso: Nie dotyczy
    • Opcje podniesienia poziomu odzyskiwania po awarii: Nie dotyczy, objęte jako część usługi platformy Azure.

  • Grupy zarządzania

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Microsoft
    • Wybór jednostki SKU firmy Contoso: Nie dotyczy
    • Opcje podniesienia poziomu odzyskiwania po awarii: Nie dotyczy, objęte jako część usługi platformy Azure.

  • Azure Monitor

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Microsoft
    • Wybór jednostki SKU firmy Contoso: Nie dotyczy
    • Opcje podniesienia poziomu odzyskiwania po awarii: Nie dotyczy, objęte jako część usługi platformy Azure.

  • Zarządzanie kosztami

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Microsoft
    • Wybór jednostki SKU firmy Contoso: Nie dotyczy
    • Opcje podniesienia poziomu odzyskiwania po awarii: Nie dotyczy, objęte jako część usługi platformy Azure.

  • Microsoft Defender dla Chmury

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Microsoft
    • Wybór jednostki SKU firmy Contoso: Nie dotyczy
    • Opcje podniesienia poziomu odzyskiwania po awarii: Nie dotyczy, objęte jako część usługi platformy Azure.

  • Usługa DNS platformy Azure

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Microsoft
    • Wybór jednostki SKU firmy Contoso: pojedyncza strefa — publiczna
    • Opcje podnoszenia po awarii: N/A, DNS jest wysoce dostępny zgodnie z projektem.

  • Network Watcher

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Microsoft
    • Wybór jednostki SKU firmy Contoso: Nie dotyczy
    • Opcje podniesienia poziomu odzyskiwania po awarii: Nie dotyczy, objęte jako część usługi platformy Azure.

  • Sieci wirtualne, w tym podsieci, trasa zdefiniowana przez użytkownika (UDR) i sieciowe grupy zabezpieczeń

    • Odpowiedzialność za odzyskiwanie składników: Contoso
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Contoso
    • Wybór jednostki SKU firmy Contoso: Nie dotyczy
    • Opcje podniesienia poziomu odzyskiwania po awarii: sieci wirtualne można replikować do pomocniczego, sparowanego regionu.

  • Azure Firewall

    • Odpowiedzialność za odzyskiwanie składników: Contoso
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Contoso
    • Wybór jednostki SKU firmy Contoso: Standardowa
    • Opcje podniesienia poziomu odzyskiwania po awarii: usługa Azure Firewall jest wysoce dostępna zgodnie z projektem i można ją utworzyć za pomocą Strefy dostępności w celu zwiększenia dostępności.

  • Azure DDoS

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Contoso
    • Wybór jednostki SKU firmy Contoso: Ochrona sieci przed atakami DDoS
    • Opcje podniesienia poziomu odzyskiwania po awarii: Nie dotyczy, objęte jako część usługi platformy Azure.

  • Obwód usługi ExpressRoute

    • Odpowiedzialność za odzyskiwanie składników: Contoso, partner łączności i firma Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: partner łączności i firma Microsoft
    • Wybór jednostki SKU firmy Contoso: Standardowa
    • Opcje podnoszenia w górę dr:
    • Notatki
      • Usługa ExpressRoute ma wbudowaną nadmiarowość, z każdym obwodem składającym się z dwóch połączeń z dwoma routerami brzegowymi firmy Microsoft Enterprise (MSEE) w lokalizacji usługi ExpressRoute z brzegu sieci dostawcy łączności/klienta.
      • Obwód usługi ExpressRoute Premium umożliwi dostęp do wszystkich regionów świadczenia usługi Azure globalnie.

  • VPN Gateway

  • Azure Load Balancer

    • Odpowiedzialność za odzyskiwanie składników: Contoso
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Contoso
    • Wybór jednostki SKU firmy Contoso: Standardowa
    • Opcje podnoszenia w górę dr:
      • Moduł równoważenia obciążenia można skonfigurować pod kątem nadmiarowości strefy w regionie ze strefami dostępności. Jeśli tak, ścieżka danych będzie przetrwać tak długo, jak jedna strefa w regionie pozostanie w dobrej kondycji.
      • W zależności od regionu podstawowego można wdrożyć moduł równoważenia obciążenia między regionami na potrzeby wdrożenia o wysokiej dostępności między regionami.
    • Notatki
      • Usługa Azure Traffic Manager to oparty na systemie DNS moduł równoważenia obciążenia ruchu. Ta usługa obsługuje dystrybucję ruchu dla aplikacji publicznych w globalnych regionach świadczenia usługi Azure. To rozwiązanie zapewni ochronę przed awarią regionalną w projekcie o wysokiej dostępności.

Usługi specyficzne dla platformy danych stanowych

  • Konto magazynu: Azure Data Lake Gen2

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Contoso
    • Wybór jednostki SKU firmy Contoso: LRS
    • Opcje podniesienia wydajności odzyskiwania po awarii: Konta magazynu mają szeroką gamę opcji nadmiarowości danych od nadmiarowości regionu podstawowego do nadmiarowości w regionie pomocniczym.
    • Notatki
      • Magazyn GRS jest zalecany do zwiększenia nadmiarowości, zapewniając kopię danych w sparowanym regionie.

  • Azure Event Hubs

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Contoso
    • Wybór jednostki SKU firmy Contoso: Standardowa
    • Opcje podnoszenia po awarii: przestrzeń nazw centrum zdarzeń można utworzyć z włączonymi strefami dostępności. Tę odporność można rozszerzyć w celu zapewnienia pełnej awarii w regionie z odzyskiwaniem po awarii geograficznej.
    • Notatki
      • Zgodnie z projektem odzyskiwanie po awarii geograficznej usługi Event Hubs nie replikuje danych, dlatego należy pamiętać o kilku zagadnieniach dotyczących trybu failover i powrotu po awarii.

  • Azure IoT Hubs

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Contoso
    • Wybór jednostki SKU firmy Contoso: Standardowa
    • Opcje podnoszenia w górę dr:
      • Odporność usługi IoT Hub może być podniesiona przez implementację wysokiej dostępności między regionami.
      • Firma Microsoft udostępnia następujące wskazówki dotyczące opcji wysokiej dostępności/odzyskiwania po awarii.
    • Notatki
      • Usługa IoT Hub udostępnia tryb failover zainicjowany przez firmę Microsoft i ręczne przejście w tryb failover przez replikowanie danych do sparowanego regionu dla każdego centrum IoT.
      • Usługa IoT Hub zapewnia wysoką dostępność wewnątrz regionu i automatycznie użyje strefy dostępności, jeśli zostanie utworzona w wstępnie zdefiniowanym zestawie regionów świadczenia usługi Azure.

  • Azure Stream Analytics

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Contoso
    • Wybór jednostki SKU firmy Contoso: Standardowa
    • Opcje podnoszenia po awarii odzyskiwania po awarii: Chociaż usługa Azure Stream Analytics jest w pełni zarządzaną ofertą platformy jako usługi (PaaS), nie zapewnia automatycznego przejścia w tryb failover geograficznego. Nadmiarowość geograficzną można osiągnąć, wdrażając identyczne zadania usługi Stream Analytics w wielu regionach świadczenia usługi Azure.

  • Azure Machine Learning

    • Odpowiedzialność za odzyskiwanie składników: Contoso i Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Contoso
    • Wybór jednostki SKU firmy Contoso: wystąpienia ogólnego przeznaczenia, serii D
    • Opcje podnoszenia w górę dr:
      • Usługa Azure Machine Learning zależy od wielu usług platformy Azure, z których część jest aprowizowana w ramach subskrypcji klienta. W związku z tym klient pozostaje odpowiedzialny za konfigurację tych usług o wysokiej dostępności.
      • Odporność można podnieść za pośrednictwem wdrożenia w wielu regionach.
    • Notatki:

  • Power BI

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Microsoft
    • Wybór jednostki SKU firmy Contoso: Power BI Pro
    • Opcje uplift dr: N/A, odporność usługi Power BI jest częścią swojej oferty SaaS.
    • Notatki

  • Azure Cosmos DB

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Microsoft
    • Wybór jednostki SKU firmy Contoso: zapis w jednym regionie z okresową kopią zapasową
    • Opcje podnoszenia w górę dr:
      • Konta z jednym regionem mogą utracić dostępność po awarii regionalnej. Odporność może zostać podniesiona do jednego regionu zapisu i co najmniej drugiego regionu (odczytu) i włączenia trybu failover zarządzanego przez usługę.
      • Zaleca się, aby konta usługi Azure Cosmos DB używane na potrzeby obciążeń produkcyjnych umożliwiały automatyczne przełączanie w tryb failover. W przypadku braku tej konfiguracji konto utraci dostępność zapisu przez cały czas trwania awarii regionu zapisu, ponieważ ręczne przejście w tryb failover nie powiedzie się z powodu braku łączności z regionem.
    • Notatki

  • Azure Data Share

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Microsoft
    • Wybór jednostki SKU firmy Contoso: Nie dotyczy
    • Opcje podniesienia poziomu odzyskiwania po awarii: odporność udziału danych platformy Azure może zostać podniesiona przez wdrożenie wysokiej dostępności w regionie pomocniczym.

  • Microsoft Purview

Usługi specyficzne dla platformy danych bezstanowych

  • Azure Synapse: Potoki

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Contoso
    • Wybór jednostki SKU firmy Contoso: obliczona zoptymalizowana generacja 2
    • Opcje podniesienia poziomu odzyskiwania po awarii: Nie dotyczy, odporność usługi Synapse jest częścią swojej oferty SaaS korzystającej z funkcji automatycznego trybu failover .
    • Notatki
      • Jeśli są używane własne potoki danych, pozostaną oni odpowiedzialni za odzyskiwanie po awarii.

  • Azure Synapse: Pule eksploratora danych

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Contoso
    • Wybór jednostki SKU firmy Contoso: zoptymalizowane pod kątem obliczeń, małe (4 rdzenie)
    • Dr uplift options: N/A, Odporność synapse jest częścią swojej oferty SaaS.
    • Notatki

  • Azure Synapse: Pule platformy Spark

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Contoso
    • Wybór jednostki SKU firmy Contoso: zoptymalizowane pod kątem obliczeń, małe (4 rdzenie)
    • Dr uplift options: N/A, Odporność synapse jest częścią swojej oferty SaaS.
    • Notatki

  • Azure Synapse: bezserwerowe i dedykowane pule SQL

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Contoso
    • Wybór jednostki SKU firmy Contoso: obliczona zoptymalizowana generacja 2
    • Dr uplift options: N/A, Odporność synapse jest częścią swojej oferty SaaS.
    • Notatki
      • Usługa Azure Synapse Analytics automatycznie tworzy migawki przez cały dzień, aby tworzyć punkty przywracania, które są dostępne przez siedem dni.
      • Usługa Azure Synapse Analytics wykonuje standardową kopię zapasową geograficzną raz dziennie w sparowanym centrum danych. Cel punktu odzyskiwania (RPO) dla przywracania geograficznego wynosi 24 godziny.
      • Jeśli są używane własne potoki danych, pozostaną oni klientami odpowiedzialnymi za odzyskiwanie po awarii.

  • Usługi sztucznej inteligencji platformy Azure

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Microsoft
    • Wybór jednostki SKU firmy Contoso: Płatność zgodnie z rzeczywistym użyciem
    • Opcje podniesienia wydajności odzyskiwania po awarii: Nie dotyczy, interfejsy API dla usług sztucznej inteligencji są hostowane przez centra danych zarządzane przez firmę Microsoft.
    • Notatki
      • Jeśli usługi sztucznej inteligencji zostały wdrożone za pośrednictwem wdrożonych przez klienta kontenerów platformy Docker, odzyskiwanie pozostaje odpowiedzialnym za klienta.

  • Azure AI Search

    • Odpowiedzialność za odzyskiwanie składników: Microsoft
    • Odpowiedzialność za odzyskiwanie obciążenia/konfiguracji: Microsoft
    • Wybór jednostki SKU firmy Contoso: Standardowa S1
    • Opcje podnoszenia w górę dr:
    • Notatki
      • W usłudze AI Search ciągłość działania (i odzyskiwanie po awarii) jest osiągana za pośrednictwem wielu usługa wyszukiwania sztucznej inteligencji.
      • Nie ma wbudowanego mechanizmu odzyskiwania po awarii. Jeśli usługa ciągła jest wymagana podczas katastrofalnego błędu, zaleceniem jest posiadanie drugiej usługi w innym regionie i wdrożenie strategii replikacji geograficznej w celu zapewnienia, że indeksy są w pełni nadmiarowe we wszystkich usługach.

Składniki stanowe i bezstanowe

Szybkość innowacji w pakiecie produktów firmy Microsoft i na platformie Azure, w szczególności oznacza, że zestaw składników używany w tym przykładzie będzie szybko ewoluował. W celu zapewnienia nieaktualnych wskazówek i rozszerzenia tych wskazówek do składników, które nie zostały jawnie omówione w tym dokumencie, poniższa sekcja zawiera instrukcje oparte na klasyfikacji stanu gruboziarnistego.

Składnik/usługa można opisać jako stanowy, jeśli jest przeznaczony do zapamiętania poprzednich zdarzeń lub interakcji użytkownika. Bezstanowy oznacza, że nie ma żadnych rekordów poprzednich interakcji, a każde żądanie interakcji musi być obsługiwane wyłącznie na podstawie informacji, które są z nim dostarczane.

W przypadku scenariusza odzyskiwania po awarii, który wymaga ponownego wdrożenia:

  • Składniki/usługi, które są "bezstanowe", takie jak potoki usługi Azure Functions i Azure Data Factory, można ponownie wdrożyć z kontroli źródła z co najmniej testem weryfikacyjnym kompilacji w celu zweryfikowania dostępności przed wprowadzeniem do szerszego systemu.
  • Składniki/usługi, które są "stanowe", takie jak azure SQL Database i konta magazynu, wymagają większej uwagi.
    • Podczas pozyskiwania składnika kluczową decyzją będzie wybranie funkcji nadmiarowości danych. Ta decyzja zwykle koncentruje się na kompromisie między dostępnością a trwałością z kosztami operacyjnymi.
  • Magazyny danych będą również potrzebować strategii tworzenia kopii zapasowych danych. Funkcjonalność nadmiarowości danych bazowego magazynu ogranicza to ryzyko dla niektórych projektów, podczas gdy inne, takie jak bazy danych SQL, będą potrzebować oddzielnego procesu tworzenia kopii zapasowych.
    • W razie potrzeby składnik może zostać ponownie wdrożony z kontroli źródła przy użyciu zweryfikowanej konfiguracji za pośrednictwem testu weryfikacyjnego kompilacji.
    • Ponownie wdrożony magazyn danych musi mieć ponownie wypełnianie zestawu danych. Ponowne wypełnianie można wykonać za pomocą nadmiarowości danych (jeśli jest dostępna) lub zestawu danych kopii zapasowej. Po zakończeniu ponownego wypełniania należy ją zweryfikować pod kątem dokładności i kompletności.
      • W zależności od charakteru procesu tworzenia kopii zapasowej zestawy danych kopii zapasowych mogą wymagać weryfikacji przed zastosowaniem. Uszkodzenie procesu tworzenia kopii zapasowej lub błędy mogą spowodować użycie wcześniejszej kopii zapasowej zamiast najnowszej dostępnej wersji.
    • Wszelkie różnice między datą/sygnaturą czasową składnika a bieżącą datą powinny zostać rozwiązane przez ponowne ekscesję lub odtworzenie procesów pozyskiwania danych z tego punktu do przodu.
    • Gdy zestaw danych składnika jest aktualny, można go wprowadzić do szerszego systemu.

Inne kluczowe usługi

Ta sekcja zawiera wskazówki dotyczące wysokiej dostępności i odzyskiwania po awarii dla innych kluczowych składników danych i usług platformy Azure.

Następne kroki

Teraz, gdy znasz już architekturę scenariusza, możesz dowiedzieć się więcej o szczegółach scenariusza.