Freigeben über

Zuverlässigkeit in Azure Logic Apps

Azure Logic Apps hilft Ihnen dabei, Daten zwischen Apps, Clouddiensten und lokalen Systemen einfacher zu integrieren und zu koordinieren, indem Sie den Code reduzieren, den Sie schreiben müssen.

Wenn Sie Azure verwenden, ist Zuverlässigkeit eine gemeinsame Verantwortung. Microsoft bietet eine Reihe von Funktionen zur Unterstützung von Resilienz und Wiederherstellung. Sie sind dafür verantwortlich, zu verstehen, wie diese Funktionen in allen von Ihnen verwendeten Diensten funktionieren, und die Funktionen auswählen, die Sie benötigen, um Ihre Geschäftsziele und Uptime-Ziele zu erfüllen.

In diesem Artikel wird beschrieben, wie Sie Logik-App-Workflows für eine Vielzahl potenzieller Ausfälle und Probleme widerstandsfähig machen, einschließlich vorübergehender Fehler, Ausfall von Verfügbarkeitszonen und Regionsausfällen. Außerdem werden einige wichtige Informationen zum Servicelevelvertrag für Azure Logic Apps (SLA) hervorgehoben.

Empfehlungen für die Produktionsimplementierung für Zuverlässigkeit

Für Produktionsarbeitslasten empfehlen wir Folgendes:

  • Für unternehmensweite und sichere Workflows mit Isolierungs- oder Netzwerksicherheitsanforderungen sollten Sie Standard-Workflows in Azure Logic Apps mit einzelnem Mandanten erstellen und ausführen anstelle von Verbrauchs-Workflows in Azure Logic Apps mit mehreren Mandanten. Weitere Informationen finden Sie unter Erstellen und Bereitstellen in verschiedenen Umgebungen.
  • Für die Produktionsbereitstellung mit Azure Logic Apps mit einzelnem Mandanten sollten Sie die Zonenredundanz aktivieren, um Ihre Logic App-Ressourcen auf mehrere Verfügbarkeitszonen zu verteilen.

Übersicht über die Zuverlässigkeitsarchitektur

In diesem Abschnitt werden einige der wichtigen Aspekte der Funktionsweise des Diensts beschrieben, die aus Zuverlässigkeitsperspektive am relevantesten sind. Im Abschnitt wird die logische Architektur vorgestellt, die einige der Ressourcen und Features enthält, die Sie bereitstellen und verwenden. Außerdem wird die physische Architektur erläutert, die Details zur Funktionsweise des Diensts unter den Deckeln bereitstellt.

Logische Architektur

Die primäre Ressource, die Sie bereitstellen, ist eine Logik-App. Verbrauchslogik-Apps verfügen nur über einen Workflow, während Standardlogik-Apps mehr als einen Workflow aufweisen können. Die meisten Workflows verwenden eine oder mehrere Verbindungen , um auf andere Apps, Dienste und Systeme zuzugreifen.

Wenn Sie auf Daten in lokalen Systemen zugreifen, können Sie ein lokales Datengateway bereitstellen. Jede Gatewayressource stellt eine separate Datengatewayinstallation auf einem lokalen Computer dar. Sie können ein lokales Datengateway für Hochverfügbarkeit konfigurieren, indem Sie mehrere Computer verwenden. Weitere Informationen finden Sie unter Unterstützung für Hochverfügbarkeit.

Wenn Sie Azure Logic Apps für B2B-Unternehmensintegrationsszenarien (Business-to-Business) verwenden, können Sie Integrationskonten bereitstellen, in denen Sie die Artefakte definieren und speichern, die von Logik-App-Workflows verwendet werden.

Physische Architektur

Für Verbrauchslogik-Apps verwaltet Azure Logic Apps automatisch die Computeinfrastruktur, den Zustandsspeicher und andere Ressourcen. Sie müssen keine virtuellen Computer (VMs) konfigurieren oder verwalten. Verbrauchslogik-Apps teilen die Computeinfrastruktur zwischen vielen Kunden.

Für Standardlogik-Apps verwendet Azure Logic Apps Computeressourcen namens Workflow Service Plans oder Pläne, die Ihnen zugeordnet sind. Jeder Plan kann mehrere Instanzen haben, die Sie optional über mehrere Verfügbarkeitszonen verteilen können. Jede Instanz ist grob einem virtuellen Computer (VM) zugeordnet, aber diese VMs werden nicht angezeigt, und Sie müssen sie nicht direkt konfigurieren oder verwalten. Ihre Workflows werden auf Instanzen Ihres Plans ausgeführt.

Standardlogik-Apps erfordern, dass Sie den Speicher konfigurieren, um den Zustand für zustandsbehaftete Workflows beizubehalten. Weitere Informationen finden Sie im Abschnitt Zustandsbehaftete und zustandslose Workflows.

Standardlogik-Apps verwenden ähnliche zugrunde liegende Infrastruktur wie Azure Functions und Azure App Service. Es gibt jedoch einige Unterschiede bei der Konfiguration von Plänen für Logik-Apps im Vergleich zu anderen Diensten.

Weitere Informationen finden Sie unter Unterschiede zwischen Standardlogik-Apps und Verbrauchslogik-Apps.

Resilienz für vorübergehende Fehler

Vorübergehende Fehler sind kurze, zeitweilige Fehler in Komponenten. Sie treten häufig in einer verteilten Umgebung wie der Cloud auf und sind ein normaler Bestandteil von Vorgängen. Vorübergehende Fehler korrigieren sich nach kurzer Zeit. Es ist wichtig, dass Ihre Anwendungen vorübergehende Fehler behandeln können, in der Regel durch Wiederholen betroffener Anforderungen.

Alle in der Cloud gehosteten Anwendungen sollten die Anleitung zur vorübergehenden Fehlerbehandlung von Azure befolgen, wenn sie mit cloudgehosteten APIs, Datenbanken und anderen Komponenten kommunizieren. Weitere Informationen finden Sie unter Empfehlungen zur Behandlung vorübergehender Fehler.

In Azure Logic Apps unterstützen viele Workflowtrigger und Aktionen automatisch Wiederholungsrichtlinien, die anforderungen automatisch wiederholen, die aufgrund vorübergehender Fehler fehlschlagen. Weitere Informationen zum Ändern oder Deaktivieren von Wiederholungsrichtlinien finden Sie unter Behandeln von Fehlern und Ausnahmen in Azure Logic Apps.

Wenn eine Aktion fehlschlägt, können Sie das Verhalten der nachfolgenden Aktionen anpassen. Sie können auch Bereiche erstellen, um verwandte Aktionen zu gruppieren, die fehlschlagen oder zusammen erfolgreich sein können.

Weitere Informationen finden Sie unter Behandeln von Fehlern und Ausnahmen in Azure Logic Apps.

Ausfallsicherheit bei Ausfällen von Verfügbarkeitszonen

Verfügbarkeitszonen sind physisch getrennte Gruppen von Rechenzentren innerhalb einer Azure-Region. Wenn eine Zone ausfällt, erfolgt ein Failover der Dienste zu einer der verbleibenden Zonen.

Azure Logic Apps unterstützt Zonenredundanz, die Computeressourcen und -status über mehrere Verfügbarkeitszonen verteilt. Wenn Sie Logik-App-Workloadressourcen über Verfügbarkeitszonen verteilen, können Sie die Resilienz und Zuverlässigkeit für Ihre Produktionsworkloads verbessern.

Neue und bestehende Consumption Logic App-Workflows in Azure Logic Apps mit mehreren Mandanten aktivieren die Zonenredundanz automatisch.

Azure Logic Apps unterstützt Zonenredundanz, die Computeressourcen über mehrere Verfügbarkeitszonen verteilt. Sie können optional Zonenredundanz für den Zustand konfigurieren, den Ihre Logik-App-Workflows speichern. Wenn Sie Logik-App-Workloadressourcen über Verfügbarkeitszonen verteilen, können Sie die Resilienz und Zuverlässigkeit für Ihre Produktionsworkloads verbessern.

Für Standardworkflows mit der Hostingoption „Workflow-Serviceplan” in Azure Logic Apps mit einem Mandanten können Sie optional Zonenredundanz aktivieren.

Für Standardworkflows mit der Hostingoption „App Service-Umgebung v3” können Sie optional Zonenredundanz aktivieren. Weitere Informationen dazu, wie App Service Environment v3 Verfügbarkeitszonen unterstützt, finden Sie unter Zuverlässigkeit in der App-Dienstumgebung.

Requirements

  • Regionsunterstützung: Sie können zonenredundante Standardlogik-Apps mit Workflowdienstplänen in jeder Region bereitstellen, die Verfügbarkeitszonen für Azure App Service unterstützt. Japan West ist die Ausnahme, die derzeit keine zonenredundanten Logik-Apps unterstützt, da einige abhängige Dienste noch keine Zonenredundanz unterstützen. Weitere Informationen finden Sie unter Zuverlässigkeit in Azure App Service.
  • Regionsunterstützung: Informationen dazu, welche Regionen Verfügbarkeitszonen für App Service Environment v3 unterstützen, finden Sie unter "Regionen".
  • Instanzenanzahl: Sie müssen mindestens zwei Instanzen Ihres Workflowdienstplans bereitstellen. Jede Instanz entspricht ungefähr einem virtuellen Computer. Um diese Instanzen (VMs) über mehrere Verfügbarkeitszonen zu verteilen, müssen Sie mindestens zwei Instanzen haben.

Considerations

  • Speicher: Wenn Sie externen Speicher für zustandsbehaftete Standardworkflows konfigurieren, müssen Sie Ihr Speicherkonto für Zonenredundanz konfigurieren. Weitere Informationen finden Sie unter Speicheraspekte für Azure Functions.

  • Connectors: Integrierte Connectors sind automatisch zonenredundant, wenn Ihre Logik-App zonenredundant ist.

  • Integrationskonten: Premium-SKU-Integrationskonten sind standardmäßig zonenredundant.

Cost

Es gelten keine zusätzlichen Kosten für die Verwendung von Zonenredundanz, die automatisch für neue und vorhandene Verbrauchslogik-Apps in mehrinstanzenfähigen Azure Logic Apps aktiviert wird.

Wenn Sie über Standard-Logik-Apps mit dem Workflow-Dienstplan in einer Single-Tenant-Umgebung von Azure Logic Apps verfügen, entstehen keine zusätzlichen Kosten für die Aktivierung der Verfügbarkeitszonen, wenn Sie über zwei oder mehr Planinstanzen verfügen. Die Abrechnung erfolgt auf der Grundlage Ihres SKU-Plans, der angegebenen Kapazität und der Instanzen, die Sie gemäß Ihren Autoskalierungskriterien hoch- oder herunterskalieren. Wenn Sie Verfügbarkeitszonen aktivieren, aber weniger als zwei Instanzen angeben, erzwingt die Plattform mindestens zwei Instanzen und berechnet Ihnen die Kosten für diese beiden Instanzen.

App Service Environment v3 verfügt über ein bestimmtes Preismodell für Zonenredundanz. Preisinformationen für App Service-Umgebung v3 finden Sie unter Preise.

Konfigurieren der Unterstützung von Verfügbarkeitszonen

Verbrauchsbasierte Logik-App-Workflows unterstützen automatisch Zonenredundanz, sodass keine Konfiguration erforderlich ist.

  • Erstellen Einer neuen zonenredundanten Logik-App: Informationen zum Aktivieren der Zonenredundanz für Standardlogik-Apps finden Sie unter "Aktivieren der Zonenredundanz für Ihre Logik-App".

  • Aktivieren Sie Zonenredundanz in einer vorhandenen Logik-App: Sie können zonenredundanz nach dem Erstellen eines Dienstplans nicht aktivieren. Stattdessen müssen Sie einen neuen Plan mit aktivierter Zonenredundanz erstellen und den alten löschen.

  • Zonenredundanz deaktivieren: Sie können zonenredundanz nach dem Erstellen eines Workflowdienstplans nicht deaktivieren. Stattdessen müssen Sie einen neuen Plan mit deaktivierter Zonenredundanz erstellen und den alten löschen.

Kapazitätsplanung und -verwaltung

Um sich auf den Ausfall einer Verfügbarkeitszone vorzubereiten, sollten Sie die Kapazität Ihres Plans überprovisionieren. Durch Überbereitstellung kann die Lösung einen gewissen Kapazitätsverlust tolerieren und ohne beeinträchtigte Leistung weiter funktionieren. Weitere Informationen finden Sie unter Verwalten der Kapazität mit Überbereitstellung.

Verhalten, wenn alle Zonen fehlerfrei sind

In diesem Abschnitt wird beschrieben, was Sie erwarten müssen, wenn Logik-App-Ressourcen für Zonenredundanz konfiguriert sind und alle Verfügbarkeitszonen betriebsbereit sind.

  • Datenverkehrsrouting zwischen Zonen: Bei normalen Vorgängen können Workflowaufrufe Computeressourcen aus einer beliebigen Verfügbarkeitszone in der Region verwenden.

  • Datenreplikation zwischen Zonen: Für zustandsbehaftete Workflows wird der Workflowstatus synchron zwischen Verfügbarkeitszonen mithilfe des zonenredundanten Speichers (ZRS) repliziert.

  • Datenverkehrrouting zwischen Zonen: Während des normalen Betriebs werden die Workflow-Aufrufe auf alle Ihre verfügbaren Planinstanzen in allen Verfügbarkeitszonen verteilt.

  • Datenreplikation zwischen Zonen: Für zustandsbehaftete Workflows wird der Workflowstatus basierend auf dem von Ihnen konfigurierten Zustandsspeicher gespeichert. Wenn Sie Azure Storage als externes Speichersystem verwenden, müssen Sie den zonenredundanten Speicher (ZRS) verwenden, der den Workflowstatus synchron zwischen Verfügbarkeitszonen repliziert.

Verhalten bei einem Zoneausfall

In diesem Abschnitt wird beschrieben, was Sie erwarten müssen, wenn ein Ausfall einer Verfügbarkeitszone auftritt, während Logik-App-Ressourcen für Zonenredundanz konfiguriert sind.

  • Erkennung und Reaktion: Azure Logic Apps ist für die Erkennung eines Fehlers in einer Verfügbarkeitszone verantwortlich. Sie müssen keine Maßnahmen ergreifen, um ein Zonenfailover zu initiieren.
  • Benachrichtigung: Microsoft benachrichtigt Sie nicht automatisch, wenn eine Zone deaktiviert ist. Sie können jedoch Azure Service Health verwenden, um die allgemeine Integrität des Diensts zu verstehen, einschließlich aller Zonenfehler, und Sie können Dienststatuswarnungen einrichten, um Sie über Probleme zu informieren.

  • Aktive Anforderungen: Wenn eine Verfügbarkeitszone nicht verfügbar ist, beendet Azure Logic Apps alle laufenden Workflowausführungen, die auf einem virtuellen Computer in der fehlerhaften Verfügbarkeitszone ausgeführt werden. Die Plattform setzt den Workflow automatisch auf einer anderen VM in einer anderen Verfügbarkeitszone fort. Aufgrund dieses Verhaltens können bei aktiven Workflows einige vorübergehenden Fehler oder höhere Latenz auftreten, da neue VMs den verbleibenden Verfügbarkeitszonen hinzugefügt werden.

  • Erwartete Ausfallzeiten: In Azure Logic Apps wird keine Ausfallzeit erwartet. Wenn jedoch Abhängigkeiten von anderen Diensten bestehen, die Ausfallzeiten haben, kann Ihre Logik-App ebenfalls betroffen sein.

  • Erwarteter Datenverlust: Es wird kein Datenverlust erwartet.

  • Datenverkehrsumleitung: Eingehender Datenverkehr wird automatisch in fehlerfreien Zonen an die Infrastruktur verteilt.
  • Nicht laufzeitfreie Verhaltensweisen: Logik-App-Workflows in einem zonenredundanten Plan werden auch dann weiterhin ausgeführt, wenn eine Verfügbarkeitszone einen Ausfall aufweist. Während eines Ausfalls einer Verfügbarkeitszone können jedoch nicht-laufzeitabhängige Verhaltensweisen beeinträchtigt werden. Ausführliche Informationen und eine Liste dieser Verhaltensweisen finden Sie unter Zuverlässigkeit in Azure App Service – Verhalten während eines Zonenfehlers.
  • Nicht laufzeitfreie Verhaltensweisen: Logik-App-Workflows in einem zonenredundanten Plan werden auch dann weiterhin ausgeführt, wenn eine Verfügbarkeitszone einen Ausfall aufweist. Während eines Ausfalls einer Verfügbarkeitszone können jedoch nicht-laufzeitabhängige Verhaltensweisen beeinträchtigt werden. Ausführliche Informationen und eine Liste dieser Verhaltensweisen finden Sie unter Zuverlässigkeit in azure App Service Environment – Verhalten während eines Zonenfehlers.

Zonenwiederherstellung

Wenn sich die Verfügbarkeitszone erholt, stellt Azure Logic Apps automatisch Instanzen in der Verfügbarkeitszone wieder her, entfernt alle temporären Instanzen, die in den anderen Verfügbarkeitszonen erstellt wurden, und leitet den Datenverkehr normal zwischen Ihren Instanzen um.

Test auf Zonenfehler

Azure Logic Apps verwaltet Datenverkehrrouting, Failover und Failback für zonenredundante Logik-App-Ressourcen. Sie brauchen nichts zu initiieren. Dieses Feature ist vollständig verwaltet, sodass Sie keine Verfügbarkeitszonen-Ausfallprozesse validieren müssen.

Widerstandsfähigkeit bei regionalen Ausfällen

Jede Logik-App wird in einer einzelnen Azure-Region bereitgestellt. Wenn die Region nicht verfügbar ist, ist Ihre Logik-App ebenfalls nicht verfügbar.

Benutzerdefinierte Lösungen mit mehreren Regionen für Resilienz

Für eine höhere Resilienz können Sie eine Standby- oder Backup-Logik-App in einer sekundären Region bereitstellen und ein Failover in diese andere Region ausführen, wenn die primäre Region nicht verfügbar ist. Führen Sie die folgenden Aufgaben aus, um diese Funktion zu aktivieren:

  • Stellen Sie Ihre Logik-App sowohl in primären als auch in sekundären Regionen bereit.
  • Konfigurieren Sie Verbindungen mit Ressourcen neu, falls erforderlich.
  • Konfigurieren sie Lastenausgleichs- und Failoverrichtlinien.
  • Planen Sie die Überwachung der Integrität der primären Instanz, und initiieren Sie das Failover.

Weitere Informationen zu Bereitstellungen mit mehreren Regionen für Ihre Logik-App-Workflows finden Sie unter:

Service-Level-Vereinbarung

Der Service level agreement (SLA) für Azure-Dienste beschreibt die erwartete Verfügbarkeit jedes Diensts und die Bedingungen, die Ihre Lösung erfüllen muss, um diese Verfügbarkeitserwartungen zu erreichen. Weitere Informationen finden Sie unter SLAs für Onlinedienste.

Verwandte Inhalte

  • Last updated on