Einrichten einer regionsübergreifenden Notfallwiederherstellung für Integrationskonten in Azure Logic Apps

Gilt für: Azure Logic Apps (Verbrauch + Standard)

B2B-Workloads umfassen Geldtransaktionen wie Aufträge und Rechnungen. Bei Notfallereignissen ist für Unternehmen eine schnelle Wiederherstellung von maßgeblicher Bedeutung, um die mit den Partnern getroffenen Vereinbarungen zum Servicelevel auf Unternehmensebene zu erfüllen. In diesem Artikel wird die Erstellung eines Geschäftskontinuitätsplans für B2B-Workloads beschrieben.

• Vorbereitungen für die Notfallwiederherstellung
• Durchführen eines Failovers auf die sekundäre Region während eines Notfallereignisses
• Durchführen eines Fallbacks auf die primäre Region nach einem Notfallereignis

Vorbereitungen für die Notfallwiederherstellung

1. Identifizieren Sie eine sekundäre Region, und erstellen Sie ein Integrationskonto in der sekundären Region.

2. Fügen Sie Partner, Schemas und Vereinbarungen für den erforderlichen Nachrichtenfluss hinzu, bei dem der Ausführungsstatus im Integrationskonto der sekundären Region repliziert werden muss.

   Tipp

   Stellen Sie sicher, dass die Integrationskontoartefakte in den Regionen konsistent benannt sind.

3. Erstellen Sie eine Logik-App in der sekundären Region, um den Ausführungsstatus per Pull von der primären Region abzurufen.

   Diese Logik-App muss einen Trigger und eine Aktion enthalten. Dabei muss der Trigger mit dem Integrationskonto der primären Region und die Aktion mit dem Integrationskonto der sekundären Region verbunden werden. Basierend auf dem angegebenen Zeitintervall fragt der Trigger die Ausführungsstatustabelle der primären Region ab und ruft gegebenenfalls die neuen Datensätze per Pull ab. Die Aktion aktualisiert sie im Integrationskonto der sekundären Region. Auf diese Weise wird der inkrementelle Laufzeitstatus der primären Region in die sekundäre Region übertragen.

4. Die Geschäftskontinuität im Logic Apps-Integrationskonto unterstützt X12, AS2 und EDIFACT basierend auf B2B-Protokollen. Ausführliche Anweisungen erhalten Sie durch Auswählen der entsprechenden Links.

5. Es wird empfohlen, alle Ressourcen der primären Region auch in einer sekundären Region bereitzustellen.

   Zu den Ressourcen der primären Region gehören Azure SQL-Datenbank oder Azure Cosmos DB, Azure Service Bus und Azure Event Hubs für Messaging, Azure API Management sowie das Azure Logic Apps-Feature von Azure App Service.

6. Stellen Sie eine Verbindung zwischen der primären Region und der sekundären Region her. Erstellen Sie eine Logik-App in einer sekundären Region, um den Ausführungsstatus per Pull von der primären Region abzurufen.

   Die Logik-App muss einen Trigger und eine Aktion enthalten. Der Trigger muss mit dem Integrationskonto der primären Region verbunden werden. Die Aktion muss mit dem Integrationskonto der sekundären Region verbunden werden. Basierend auf dem angegebenen Zeitintervall fragt der Trigger die Ausführungsstatustabelle der primären Region ab und ruft gegebenenfalls die neuen Datensätze per Pull ab. Die Aktion aktualisiert sie im Integrationskonto der sekundären Region. Mit diesem Prozess wird der inkrementelle Laufzeitstatus der primären Region in die sekundäre Region übertragen.

Die Geschäftskontinuität im Logic Apps-Integrationskonto bietet Unterstützung basierend auf den B2B-Protokollen X12, AS2 und EDIFACT. Detaillierte Schritte zur Verwendung von X12 und AS2 finden Sie unter X12 und AS2 in diesem Artikel.

Durchführen eines Failovers auf eine sekundäre Region während eines Notfallereignisses

Wenn während eines Notfallereignisses die primäre Region für die Geschäftskontinuität nicht verfügbar ist, wird der Datenverkehr an die sekundäre Region weitergeleitet. Mit einer sekundären Region können Unternehmen Funktionen schnell wiederherstellen, um die mit ihren Partnern vereinbarten RPO/RTO zu erfüllen. Zudem wird dadurch der Aufwand zum Durchführen eines Failovers von einer Region auf eine andere Region auf ein Minimum beschränkt.

Beim Kopieren von Kontrollnummern von der primären Region in eine sekundäre Region ist eine Latenzzeit zu erwarten. Um zu vermeiden, dass während eines Notfallereignisses doppelt generierte Kontrollnummern an Partner gesendet werden, wird empfohlen, die Kontrollnummern in den Vereinbarungen für die sekundäre Region mithilfe von PowerShell-Cmdlets zu erhöhen.

Durchführen eines Fallbacks auf eine primäre Region nach dem Notfallereignis

Um ein Fallback auf eine primäre Region durchzuführen, sobald sie verfügbar ist, gehen Sie folgendermaßen vor:

1. Legen Sie fest, dass Nachrichten von Partnern in der sekundären Region nicht mehr akzeptiert werden.

2. Erhöhen Sie die generierten Kontrollnummern für alle Vereinbarungen für die primäre Region mithilfe von PowerShell-Cmdlets.

3. Leiten Sie Datenverkehr von der sekundären Region an die primäre Region weiter.

4. Vergewissern Sie sich, dass die in der sekundären Region erstellte Logik-App, die den Ausführungsstatus per Pull von der primären Region abruft, aktiviert ist.

X12

Die Geschäftskontinuität für EDI X12-Dokumente basiert auf Kontrollnummern:

Tipp

Sie können Logik-Apps auch mithilfe der X12-Schnellstartvorlage erstellen. Als Voraussetzung für die Verwendung der Vorlage müssen Integrationskonten für die primäre und die sekundäre Region erstellt werden. Mit der Vorlage können zwei Logik-Apps erstellt werden, eine für empfangene Kontrollnummern und eine zweite für generierte Kontrollnummern. In den Logik-Apps werden die entsprechenden Trigger und Aktionen erstellt. Der Trigger wird mit dem Integrationskonto der primären Region und die Aktion mit dem Integrationskonto der sekundären Region verbunden.

Voraussetzungen

Um die Notfallwiederherstellung für eingehende Nachrichten zu aktivieren, wählen Sie die Einstellungen für die Überprüfung auf Duplikate in den Empfangseinstellungen für die X12-Vereinbarung aus.

1. Erstellen Sie ein Beispiel eines Verbrauchs-Logik-App-Workflows in einer sekundären Region.

2. Suchen Sie nach X12, und wählen Sie X12 – Bei Änderung einer Kontrollnummer aus.

   

   Der Trigger fordert Sie zum Herstellen einer Verbindung mit einem Integrationskonto auf. Der Trigger muss mit dem Integrationskonto einer primären Region verbunden werden.

3. Geben Sie einen Verbindungsnamen ein, wählen Sie in der Liste das Integrationskonto der primären Region aus, und wählen Sie Erstellen aus.

   

4. Die Einstellung Anfangsdatum und -uhrzeit für die Abfrage von Änderungen ist optional. Die Häufigkeit kann mit einem Intervall auf Tag, Stunde, Minute oder Sekunde festgelegt werden.

   

5. Wählen Sie Nächster Schritt>Aktion hinzufügen aus.

   

6. Suchen Sie nach X12, und wählen Sie X12 – Kontrollnummern hinzufügen oder aktualisieren aus.

   

7. Um eine Aktion mit dem Integrationskonto einer sekundären Region zu verbinden, wählen Sie Verbindung ändern>Neue Verbindung hinzufügen aus, um eine Liste der verfügbaren Integrationskonten anzuzeigen. Geben Sie einen Verbindungsnamen ein, wählen Sie in der Liste das Integrationskonto der sekundären Region aus, und wählen Sie Erstellen aus.

   

8. Wechseln Sie zu unformatierten Eingaben, indem Sie auf das Symbol in der rechten oberen Ecke klicken.

   

9. Wählen Sie in der Auswahl des dynamischen Inhalts den Haupttext aus, und speichern Sie die Logik-App.

   

   Basierend auf dem angegebenen Zeitintervall fragt der Trigger die von der primären Region empfangene Kontrollnummerntabelle ab und ruft gegebenenfalls die neuen Datensätze per Pull ab. Die Aktion aktualisiert die Datensätze im Integrationskonto der sekundären Region. Wenn keine Aktualisierungen vorhanden sind, wird für den Trigger der Status Übersprungen angezeigt.

   

Basierend auf dem angegebenen Zeitintervall wird der inkrementelle Laufzeitstatus einer primären Region in einer sekundären Region repliziert. Wenn während eines Notfallereignisses die primäre Region nicht verfügbar ist, wird der Datenverkehr zur Geschäftskontinuität an die sekundäre Region weitergeleitet.

EDIFACT

Die Geschäftskontinuität für EDI EDIFACT-Dokumente basiert auf Kontrollnummern.

Voraussetzungen

Um die Notfallwiederherstellung für eingehende Nachrichten zu aktivieren, wählen Sie die Einstellungen für die Überprüfung auf Duplikate in den Empfangseinstellungen für Ihre EDIFACT-Vereinbarung aus.

1. Erstellen Sie ein Beispiel eines Verbrauchs-Logik-App-Workflows in einer sekundären Region.

2. Suchen Sie nach EDIFACT, und wählen Sie EDIFACT – Bei Änderung einer Kontrollnummer aus.

   

   Der Trigger fordert Sie zum Herstellen einer Verbindung mit einem Integrationskonto auf. Der Trigger muss mit dem Integrationskonto einer primären Region verbunden werden.

3. Geben Sie einen Verbindungsnamen ein, wählen Sie in der Liste das Integrationskonto der primären Region aus, und wählen Sie Erstellen aus.

   

4. Die Einstellung Anfangsdatum und -uhrzeit für die Abfrage von Änderungen ist optional. Die Häufigkeit kann mit einem Intervall auf Tag, Stunde, Minute oder Sekunde festgelegt werden.

   

5. Wählen Sie Nächster Schritt>Aktion hinzufügen aus.

   

6. Suchen Sie nach EDIFACT, und wählen Sie EDIFACT – Kontrollnummern hinzufügen oder aktualisieren aus.

   

7. Um eine Aktion mit dem Integrationskonto einer sekundären Region zu verbinden, wählen Sie Verbindung ändern>Neue Verbindung hinzufügen aus, um eine Liste der verfügbaren Integrationskonten anzuzeigen. Geben Sie einen Verbindungsnamen ein, wählen Sie in der Liste das Integrationskonto der sekundären Region aus, und wählen Sie Erstellen aus.

   

8. Wechseln Sie zu unformatierten Eingaben, indem Sie auf das Symbol in der rechten oberen Ecke klicken.

   

9. Wählen Sie in der Auswahl des dynamischen Inhalts den Haupttext aus, und speichern Sie die Logik-App.

Basierend auf dem angegebenen Zeitintervall fragt der Trigger die von der primären Region empfangene Kontrollnummerntabelle ab und ruft gegebenenfalls die neuen Datensätze per Pull ab. Die Aktion aktualisiert die Datensätze im Integrationskonto der sekundären Region. Wenn keine Aktualisierungen vorhanden sind, wird für den Trigger der Status Übersprungen angezeigt.

Basierend auf dem angegebenen Zeitintervall wird der inkrementelle Laufzeitstatus einer primären Region in einer sekundären Region repliziert. Wenn während eines Notfallereignisses die primäre Region nicht verfügbar ist, wird der Datenverkehr zur Geschäftskontinuität an die sekundäre Region weitergeleitet.

AS2

Die Geschäftskontinuität für Dokumente, die das AS2-Protokoll verwenden, basiert auf der Nachrichten-ID und dem MIC-Wert.

Tipp

Sie können Logik-Apps auch mithilfe der AS2-Schnellstartvorlage erstellen. Als Voraussetzung für die Verwendung der Vorlage müssen Integrationskonten für die primäre und die sekundäre Region erstellt werden. Mit der Vorlage kann eine Logik-App mit einem Trigger und einer Aktion erstellt werden. Die Logik-App erstellt eine Verbindung zwischen einem Trigger und dem Integrationskonto einer primären Region sowie zwischen einer Aktion und dem Integrationskonto einer sekundären Region.

1. Erstellen Sie ein Beispiel eines Verbrauchs-Logik-App-Workflows in der sekundären Region.

2. Suchen Sie nach AS2, und wählen Sie AS2 – When a MIC value is created (AS2 – Beim Erstellen eines MIC-Werts) aus.

   

   Ein Trigger fordert Sie zum Herstellen einer Verbindung mit einem Integrationskonto auf. Der Trigger muss mit dem Integrationskonto einer primären Region verbunden werden.

3. Geben Sie einen Verbindungsnamen ein, wählen Sie in der Liste das Integrationskonto der primären Region aus, und wählen Sie Erstellen aus.

   

4. Die Einstellung DateTime to start MIC value sync (DateTime-Wert zum Starten der Synchronisierung des MIC-Werts) ist optional. Die Häufigkeit kann mit einem Intervall auf Tag, Stunde, Minute oder Sekunde festgelegt werden.

   

5. Wählen Sie Nächster Schritt>Aktion hinzufügen aus.

   

6. Suchen Sie nach AS2, und wählen Sie AS2 – Add or update a MIC contents (MIC-Inhalte hinzufügen oder aktualisieren) aus.

   

7. Um eine Aktion mit dem Integrationskonto einer sekundären Region zu verbinden, wählen Sie Verbindung ändern>Neue Verbindung hinzufügen aus, um eine Liste der verfügbaren Integrationskonten anzuzeigen. Geben Sie einen Verbindungsnamen ein, wählen Sie in der Liste das Integrationskonto der sekundären Region aus, und wählen Sie Erstellen aus.

   

8. Wechseln Sie zu unformatierten Eingaben, indem Sie auf das Symbol in der rechten oberen Ecke klicken.

   

9. Wählen Sie in der Auswahl des dynamischen Inhalts den Haupttext aus, und speichern Sie die Logik-App.

   

   Basierend auf dem angegebenen Zeitintervall fragt der Trigger die Tabelle der primären Region ab und ruft gegebenenfalls die neuen Datensätze per Pull ab. Die Aktion aktualisiert sie im Integrationskonto der sekundären Region. Wenn keine Aktualisierungen vorhanden sind, wird für den Trigger der Status Übersprungen angezeigt.

   

Basierend auf dem angegebenen Zeitintervall wird der inkrementelle Laufzeitstatus der primären Region in der sekundären Region repliziert. Wenn während eines Notfallereignisses die primäre Region nicht verfügbar ist, wird der Datenverkehr zur Geschäftskontinuität an die sekundäre Region weitergeleitet.

Nächste Schritte

Überwachen von B2B-Nachrichten mit Azure Monitor-Protokollen