Udostępnij przez

Niezawodność w usłudze Azure Logic Apps

Usługa Azure Logic Apps ułatwia integrowanie i organizowanie danych między aplikacjami, usługami w chmurze i systemami lokalnymi dzięki zmniejszeniu ilości kodu, który trzeba napisać.

W przypadku korzystania z platformy Azure niezawodność jest wspólną odpowiedzialnością. Firma Microsoft oferuje szereg możliwości wspierania odporności systemów i odzyskiwania. Odpowiadasz za zrozumienie sposobu działania tych możliwości we wszystkich używanych usługach oraz wybór możliwości potrzebnych do osiągnięcia twoich celów biznesowych i celów dostępności.

W tym artykule opisano, jak zapewnić odporność przepływów pracy aplikacji logicznych na różne potencjalne awarie i problemy, w tym przejściowe błędy, awarie stref dostępności i awarie regionów. Wyróżniono również niektóre kluczowe informacje dotyczące umowy dotyczącej poziomu usług (SLA) usługi Azure Logic Apps.

Zalecenia dotyczące wdrażania produkcyjnego pod kątem niezawodności

W przypadku obciążeń produkcyjnych zalecamy:

  • Dla przepływów pracy dla przedsiębiorstw oraz zabezpieczonych przepływów pracy wymagających izolacji lub zabezpieczeń sieciowych, utwórz i uruchom standardowe przepływy pracy w jednolitych usługach Azure Logic Apps, zamiast przepływów pracy w wersji wielodostępnej Azure Logic Apps. Aby uzyskać więcej informacji, zobacz Tworzenie i wdrażanie w różnych środowiskach.
  • W przypadku wdrożeń produkcyjnych z rozwiązaniem Azure Logic Apps z jedną dzierżawą włącz nadmiarowość stref, aby dystrybuować zasoby Logic Apps w wielu strefach dostępności.

Omówienie architektury niezawodności

W tej sekcji opisano niektóre ważne aspekty działania usługi, które są najbardziej istotne z perspektywy niezawodności. W sekcji przedstawiono architekturę logiczną, która zawiera niektóre z zasobów i funkcji wdrażanych i używanych. Omówiono również architekturę fizyczną, która zawiera szczegółowe informacje na temat działania usługi za kulisami.

Architektura logiczna

Wdrażany zasób podstawowy to aplikacja logiki. Aplikacje logiki konsumpcji mają tylko jeden przepływ pracy, natomiast standardowe aplikacje logiki mogą mieć więcej niż jeden przepływ pracy. Większość przepływów pracy używa co najmniej jednego połączenia w celu uzyskania dostępu do innych aplikacji, usług i systemów.

Jeśli uzyskujesz dostęp do danych w systemach lokalnych, możesz wdrożyć lokalną bramę danych. Każdy zasób bramy reprezentuje oddzielną instalację bramy danych na komputerze lokalnym. Lokalną bramę danych można skonfigurować pod kątem wysokiej dostępności przy użyciu wielu komputerów. Aby uzyskać więcej informacji, zobacz Obsługa wysokiej dostępności.

W przypadku używania usługi Azure Logic Apps w scenariuszach integracji międzyprzedsiębiorstwowej (B2B) można wdrożyć konta integracji, w których definiujesz i przechowujesz artefakty używane przez przepływy pracy logicznych aplikacji.

Architektura fizyczna

W przypadku aplikacji logiki zużycia usługa Azure Logic Apps automatycznie zarządza infrastrukturą obliczeniową, magazynem stanu i innymi zasobami. Nie musisz konfigurować żadnych maszyn wirtualnych ani zarządzać nimi. Aplikacje logiki typu consumption współużytkują infrastrukturę obliczeniową między wieloma klientami.

W przypadku aplikacji logiki warstwy Standardowej usługa Azure Logic Apps używa zasobów obliczeniowych nazywanych planami przepływu pracy lub planami, które są dedykowane dla ciebie. Każdy plan może mieć wiele wystąpień, które można opcjonalnie rozłożyć w wielu strefach dostępności. Każde wystąpienie odpowiada mniej więcej maszynie wirtualnej (VM), ale tych maszyn wirtualnych nie widzisz i nie musisz ich konfigurować ani zarządzać nimi bezpośrednio. Twoje przepływy pracy są uruchamiane na instancjach Twojego planu.

Standardowe aplikacje logiki wymagają skonfigurowania magazynu w celu zachowania stanu dla stanowych przepływów pracy. Aby uzyskać więcej informacji, zobacz Stanowe i bezstanowe przepływy pracy.

Standardowe aplikacje logiki używają podobnej podstawowej infrastruktury do usług Azure Functions i Azure App Service. Jednak konfiguracja planów dla aplikacji logicznych różni się od sposobu wykonywania tego dla innych usług.

Aby uzyskać więcej informacji, zobacz Różnice między aplikacjami logiki w modelu standardowym a aplikacjami logiki w modelu konsumpcyjnym.

Odporność na błędy przejściowe

Błędy przejściowe to krótkotrwałe, sporadyczne awarie w komponentach. Występują one często w środowisku rozproszonym, takich jak chmura, i są one normalną częścią operacji. Błędy przejściowe naprawiają się po krótkim czasie. Ważne jest, aby aplikacje mogły obsługiwać błędy przejściowe, zwykle ponawiając próby żądań, których dotyczy problem.

Wszystkie aplikacje hostowane w chmurze powinny postępować zgodnie ze wskazówkami dotyczącymi obsługi błędów przejściowych platformy Azure podczas komunikowania się z dowolnymi interfejsami API hostowanymi w chmurze, bazami danych i innymi składnikami. Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące obsługi błędów przejściowych.

W usłudze Azure Logic Apps wiele wyzwalaczy i akcji przepływu pracy automatycznie obsługuje zasady ponawiania prób, które automatycznie ponawiają żądania, które kończą się niepowodzeniem z powodu błędów przejściowych. Aby uzyskać więcej informacji na temat zmieniania lub wyłączania zasad ponawiania, zobacz Obsługa błędów i wyjątków w usłudze Azure Logic Apps.

Jeśli akcja nie powiedzie się, możesz dostosować zachowanie kolejnych akcji. Możesz także tworzyć zakresy do grupowania powiązanych działań, które mogą zakończyć się niepowodzeniem lub powodzeniem.

Aby uzyskać więcej informacji, zobacz Obsługa błędów i wyjątków w usłudze Azure Logic Apps.

Odporność na błędy strefy dostępności

Strefy dostępności są fizycznie oddzielnymi grupami centrów danych w regionie świadczenia usługi Azure. Gdy jedna strefa ulegnie awarii, usługi mogą przejść w tryb failover do jednej z pozostałych stref.

Usługa Azure Logic Apps obsługuje nadmiarowość stref, co rozprzestrzenia zasoby obliczeniowe oraz stan między wieloma strefami dostępności. Podczas dystrybucji zasobów obciążeń aplikacji logiki w różnych strefach dostępności zwiększa się odporność i niezawodność obciążeń aplikacji logiki produkcyjnej.

Nowe i istniejące przepływy pracy aplikacji logicznych typu Consumption w wielodostępnej usłudze Azure Logic Apps automatycznie włączają redundancję strefową.

Usługa Azure Logic Apps obsługuje nadmiarowość strefową, która rozprzestrzenia zasoby obliczeniowe w wielu strefach dostępności. Opcjonalnie możesz skonfigurować nadmiarowość strefową dla stanu, który przechowują przepływy pracy aplikacji logiki. Podczas dystrybucji zasobów obciążeń aplikacji logiki w różnych strefach dostępności zwiększa się odporność i niezawodność obciążeń aplikacji logiki produkcyjnej.

Dla standardowych przepływów pracy z opcją hostingu w ramach planu usługi przepływu pracy w jedno-dzierżawowej wersji usługi Azure Logic Apps, można opcjonalnie włączyć redundancję strefową.

Dla standardowych przepływów pracy z opcją hostingu App Service Environment w wersji 3, można włączyć redundancję strefową. Aby uzyskać więcej informacji na temat sposobu obsługi stref dostępności przez środowisko App Service Environment w wersji 3, zobacz Niezawodność w środowisku App Service Environment.

Requirements

  • Obsługa regionów: Aplikacje logiki konsumpcji wdrożone w dowolnym regionie, który obsługuje strefy dostępności, są automatycznie strefowo redundante. Japonia Zachodnia jest wyjątkiem, która obecnie nie obsługuje aplikacji logiki z nadmiarowością strefową, ponieważ niektóre usługi zależne nie obsługują jeszcze nadmiarowości strefowej.
  • Obsługa regionów: Można wdrażać standardowe aplikacje logiki z nadmiarowością strefową przy użyciu planów usługi Workflow Service w dowolnym regionie obsługującym strefy dostępności dla Azure App Service. Japonia Zachodnia jest wyjątkiem, która obecnie nie obsługuje aplikacji logicznych w odporności na awarie w strefie, ponieważ niektóre usługi zależne nie obsługują jeszcze odporności na awarie strefy. Aby uzyskać więcej informacji, zobacz Niezawodność w usłudze Azure App Service.
  • Obsługa regionów: aby zobaczyć, które regiony obsługują strefy dostępności dla środowiska App Service Environment w wersji 3, zobacz Regiony.
  • Liczba wystąpień: Musisz wdrożyć co najmniej dwa wystąpienia Planu Usługi Przepływu Pracy. Każde wystąpienie w przybliżeniu odpowiada jednej maszynie wirtualnej, więc aby dystrybuować te wystąpienia (maszyny wirtualne) w wielu strefach dostępności, musisz mieć co najmniej dwa wystąpienia.

Considerations

Cost

Nie ma dodatkowych kosztów związanych z redundancją strefową, która jest automatycznie włączona dla nowych i istniejących aplikacji logiki Konsumpcji w wielodostępowych Azure Logic Apps.

Jeśli masz aplikacje logiki Standard z planem usługi Przepływu Pracy w usłudze Azure Logic Apps jednodzierżawowych, nie ma dodatkowych kosztów dotyczących włączenia stref dostępności, jeśli masz co najmniej dwa wystąpienia planu. Opłaty są naliczane na podstawie SKU planu, określonej pojemności zasobów i wszystkich wystąpień, które skalujesz w górę lub w dół na podstawie kryteriów skalowania automatycznego. Jeśli włączysz strefy dostępności, ale określisz mniej niż dwa wystąpienia, platforma wymusza co najmniej dwa wystąpienia i nalicza opłaty za te dwa wystąpienia.

Środowisko App Service Environment w wersji 3 ma określony model cenowy uwzględniający nadmiarowość strefową. Aby uzyskać informacje o cenach środowiska App Service Environment w wersji 3, zobacz Cennik.

Konfiguruj obsługę stref dostępności

Przepływy pracy aplikacji logiki opartych na zużyciu automatycznie obsługują strefową nadmiarowość, więc nie wymaga żadnej konfiguracji.

  • Tworzenie nowej strefowo nadmiarowej aplikacji logiki: aby włączyć nadmiarowość stref dla aplikacji logiki w warstwie Standardowa, zobacz Włączanie nadmiarowości stref dla aplikacji logiki.

  • Włącz redundancję strefową w istniejącej aplikacji logiki: nie można włączyć redundancji strefowej po utworzeniu planu usługi. Zamiast tego należy utworzyć nowy plan z włączoną strefową nadmiarowością i usunąć stary.

  • Wyłącz nadmiarowość strefy: Nie można wyłączyć nadmiarowości strefy po utworzeniu Planu Usługi Przepływu Pracy. Zamiast tego należy utworzyć nowy plan z nadmiarowością strefy wyłączoną i usunąć stary.

Planowanie pojemności i zarządzanie nimi

Aby przygotować się do niepowodzenia strefy dostępności, rozważ nadmierną aprowizację pojemności planu. Nadmierna aprowizacja pozwala rozwiązaniu tolerować pewien stopień utraty pojemności i nadal działać bez obniżonej wydajności. Aby uzyskać więcej informacji, zobacz Zarządzanie pojemnością za pomocą nadmiernej aprowizacji.

Zachowanie, gdy wszystkie strefy są w dobrej kondycji

W tej sekcji opisano, czego można oczekiwać, gdy zasoby aplikacji logicznych są skonfigurowane pod kątem redundancji strefowej, a wszystkie strefy dostępności działają.

  • Trasowanie ruchu między strefami: podczas normalnych operacji wywołania przepływu pracy mogą używać zasobów obliczeniowych z dowolnej strefy dostępności w regionie.

  • Replikacja danych między strefami: w przypadku stanowych przepływów pracy stan przepływu pracy jest synchronicznie replikowany między strefami dostępności przy użyciu magazynu strefowo nadmiarowego (ZRS).

  • Routing ruchu między strefami: W trakcie normalnej pracy wywołania przepływu pracy są rozdystrybuowane wśród wszystkich dostępnych wystąpień planu we wszystkich strefach dostępności.

  • Replikacja danych między strefami: w przypadku stanowych przepływów pracy stan przepływu pracy jest przechowywany na podstawie skonfigurowanego magazynu stanu. W przypadku korzystania z usługi Azure Storage jako systemu magazynu zewnętrznego należy użyć magazynu strefowo nadmiarowego (ZRS), który synchronicznie replikuje stan przepływu pracy między strefami dostępności.

Zachowanie podczas awarii strefy

W tej sekcji opisano, czego można oczekiwać w razie awarii strefy dostępności, przy konfiguracji zasobów aplikacji logicznych pod kątem nadmiarowości stref.

  • Wykrywanie i reagowanie: Usługa Azure Logic Apps jest odpowiedzialna za wykrywanie awarii w strefie dostępności. Nie musisz nic robić, aby zainicjować tryb failover strefy.
  • Powiadomienie: firma Microsoft nie powiadamia cię automatycznie, gdy strefa nie działa. Możesz jednak użyć usługi Azure Service Health , aby zrozumieć ogólną kondycję usługi, w tym wszelkie błędy strefy, i skonfigurować alerty usługi Service Health w celu powiadamiania o problemach.

  • Aktywne żądania: jeśli strefa dostępności stanie się niedostępna, usługa Azure Logic Apps kończy wszelkie wykonania przepływu pracy w toku, które są uruchamiane na maszynie wirtualnej w uszkodzonej strefie dostępności. Platforma automatycznie wznawia przepływ pracy na innej maszynie wirtualnej w innej strefie dostępności. Ze względu na to zachowanie aktywne przepływy pracy mogą napotkać przejściowe błędy lub większe opóźnienie, ponieważ nowe maszyny wirtualne są dodawane do pozostałych stref dostępności.

  • Oczekiwany przestój: w usłudze Azure Logic Apps nie jest oczekiwany przestój. Jeśli jednak inne usługi, od których zależy twoja aplikacja logiczna, doświadczają przestoju, może to również wpłynąć na jej działanie.

  • Oczekiwana utrata danych: Nie oczekuje się utraty danych.

  • Przekierowywanie ruchu: Ruch przychodzący jest automatycznie dystrybuowany do infrastruktury w strefach w dobrej kondycji.
  • Zachowania niezwiązane z uruchomieniem: przepływy pracy aplikacji logiki w planie redundantnym dla stref będą nadal działać, nawet jeśli strefa dostępności doświadcza awarii. Jednak zachowania niewynikające z czasu wykonania mogą być dotknięte podczas awarii strefy dostępności. Aby uzyskać szczegółowe informacje i listę tych zachowań, zobacz Niezawodność w usłudze Azure App Service — zachowanie podczas awarii strefy.

Odzyskiwanie strefy

Gdy strefa dostępności zostanie odzyskana, usługa Azure Logic Apps automatycznie przywraca wystąpienia w strefie dostępności, usuwa wszystkie tymczasowe wystąpienia utworzone w innych strefach dostępności i przekierowuje ruch między wystąpieniami w normalny sposób.

Testowanie pod kątem niepowodzeń strefy

Usługa Azure Logic Apps zarządza routingiem ruchu, trybem failover i powrotem po awarii dla zasobów aplikacji logiki strefowo nadmiarowej. Nie musisz nic inicjować. Ta funkcja jest w pełni zarządzana, dlatego nie trzeba weryfikować procesów awarii strefy dostępności.

Odporność na awarie całego regionu

Każda aplikacja logiki jest wdrażana w jednym regionie świadczenia usługi Azure. Jeśli region stanie się niedostępny, aplikacja logiczna jest również niedostępna.

Niestandardowe rozwiązania obejmujące wiele regionów w celu zapewnienia odporności

Aby zapewnić większą odporność, możesz wdrożyć aplikację logiki rezerwowej lub kopii zapasowej w regionie pomocniczym i przejść w tryb failover do tego innego regionu, jeśli region podstawowy jest niedostępny. Aby włączyć tę funkcję, wykonaj następujące zadania:

  • Wdróż aplikację logiki zarówno w regionach podstawowych, jak i pomocniczych.
  • Skonfiguruj ponownie połączenia z zasobami zgodnie z potrzebami.
  • Skonfiguruj równoważenie obciążenia i zasady przełączania awaryjnego.
  • Zaplanuj monitorowanie kondycji instancji głównej i inicjowanie przełączenia awaryjnego.

Aby uzyskać więcej informacji na temat wdrażania przepływów pracy aplikacji logicznej w wielu regionach, zobacz:

Umowa dotycząca poziomu usług

Umowa dotycząca poziomu usług (SLA) dla usług platformy Azure opisuje oczekiwaną dostępność każdej usługi oraz warunki, które rozwiązanie musi spełnić, aby osiągnąć te oczekiwania dotyczące dostępności. Aby uzyskać więcej informacji, zobacz Umowy SLA dotyczące usług online.

Treści powiązane

  • Last updated on