Senden von verwandten Service Bus-Nachrichten in einer bestimmten Reihenfolge mithilfe eines sequenziellen Konvois in Azure Logic Apps

Diese Schritte erstellen einen Workflow aus der Vorlage namens Azure Service Bus: Verarbeiten verwandter Nachrichten aus einer sitzungsfähigen Warteschlange für dieselbe Workflowinstanz – Sequenzielles Konvoymuster. Die Vorlage enthält den Auslöser und die Aktionen zum Implementieren dieses Workflowmusters. Darüber hinaus stellen Sie eine Verbindung mit Ihrem Service Bus-Namespace her und geben den Namen für die Service Bus-Warteschlange an, die verwendet werden soll.

1. Öffnen Sie im Azure-Portal Ihre Ressource vom Typ „Logic App (Standard)“.

2. Im Randleistenmenü unter Workflows wählen Sie Workflows aus.

3. Wählen Sie auf der Symbolleiste "Workflows " die Option "Aus Vorlage erstellen">aus.

4. Wählen Sie unter "Vorlagen" die Vorlage " Azure Service Bus: Verarbeiten verwandter Nachrichten aus einer sitzungsfähigen Warteschlange für dieselbe Workflowinstanz – Sequenzielles Konvoymuster" aus, und wählen Sie dann "Diese Vorlage verwenden" aus.

   Das folgende Beispiel zeigt teilweise den Workflowvorlagenkatalog:

   

5. Führen Sie im Bereich "Neuen Workflow aus Vorlagenbereich erstellen " die folgenden Schritte aus:

   1. Führen Sie auf der Registerkarte " Grundlagen " die folgenden Schritte aus:

      1. Geben Sie einen Namen für Ihren Workflow ein.

         Der Name muss mit einem Buchstaben beginnen und darf nur Buchstaben, Zahlen, Striche und Unterstriche enthalten.

      2. Wählen Sie "Statuslos" oder "Statuslos" aus, basierend auf Ihrem Szenario.

      3. Wählen Sie Weiteraus.

   2. Führen Sie auf der Registerkarte "Verbindungen " die folgenden Schritte aus:

      1. Wählen Sie für Service Bus in der Spalte "Verbindung " die Option "Verbinden" aus.

         

      2. Geben Sie die folgenden Informationen an:

         Parameter	Wert	BESCHREIBUNG
         Verbindungsname	< Verbindungsname>	Der Name für die Verbindung mit Ihrem Service Bus-Namespace.
         Authentifizierungstyp	Verbindungszeichenfolge	Der zu verwendende Authentifizierungstyp.
         Verbindungszeichenfolge	< namespace-connection-string>	Die Verbindungszeichenfolge, die Sie zuvor im Service Bus-Namespace gespeichert haben.

         

      3. Wenn Sie fertig sind, wählen Sie "Verbindung>hinzufügen" aus.

   3. Führen Sie auf der Registerkarte "Parameter " die folgenden Schritte aus:

      1. Geben Sie die folgenden Informationen an:

         Parameter	BESCHREIBUNG
         Warteschlangenname	Der Name für die sitzungsfähige ServiceBus-Warteschlange mit den zu verarbeitenden Nachrichten.
         Maximale Batchgröße	Die maximale Anzahl von Nachrichten, die als Batch abgerufen werden sollen.

      2. Wenn Sie fertig sind, wählen Sie Weiter.

   4. Überprüfen Sie die bereitgestellten Informationen, und wählen Sie "Erstellen" aus.

   Der Designer zeigt einen Workflow, der den Trigger "Wenn Nachrichten in einer Warteschlange verfügbar sind (Peek-Lock) und verschiedene Aktionen enthält, z. B.:

   

   Dieser Workflow enthält vordefinierte umgebungsübergreifende Parameter, um Werte abzustrahieren, die sich in verschiedenen Umgebungen ändern, in denen Ihr Workflow ausgeführt wird, z. B. Entwicklung, Test und Produktion. Viele Vorgänge im Workflow verwenden diese Parameter anstelle hartcodierter Werte.

   In der folgenden Tabelle werden die folgenden umgebungsübergreifenden Parameter beschrieben:

   Name	Typ	Wert	BESCHREIBUNG
   delayInMinutes_<workflow-name>	Integer	0	Die Anzahl der Minuten, die gewartet werden sollen, bevor das Nachrichtensperrtoken erneuert wird.
   messageBatchSize_<workflow-name>	Integer	50	Die Anzahl der Nachrichten für den aktuellen Batch.
   queueName_<workflow-name>	String	<Service-Bus-queue-name>	Der Name für Ihre Service-Bus-Warteschlange.

   Weitere Informationen finden Sie unter Erstellen von umgebungsübergreifenden Parametern für Workfloweingaben.

6. Wenn Sie mehr über die vordefinierten Vorgänge im Workflow erfahren möchten, fahren Sie mit dem nächsten Abschnitt fort.

Workflow-Vorgänge

In den folgenden Abschnitten werden die vordefinierten Vorgänge im Workflow beschrieben.

Wenn Nachrichten in einer Warteschlange verfügbar sind (Vorschausperre)

Dieser integrierte Azure Service Bus-Trigger wartet auf eine oder mehrere Nachrichten, um in einer angegebenen Servicebus-Warteschlange einzutreffen. Wenn eine Nachricht in der Warteschlange vorhanden ist, wird der Trigger ausgelöst und führt eine Workflowinstanz aus. Peek-Lock bedeutet, dass der Trigger eine Anforderung zum Abrufen einer Nachricht aus der Warteschlange sendet. Wenn eine Nachricht vorhanden ist, ruft der Trigger die Nachricht ab und sperrt sie, damit keine weitere Verarbeitung für diese Nachricht erfolgt, bis die Sperrfrist abgelaufen ist. Der Trigger gibt auch ein ServiceBusMessage-Objekt aus.

In der folgenden Tabelle werden die vorgefüllten Triggerparameter beschrieben.

Weitere Informationen finden Sie unter "Wenn Nachrichten in einer Warteschlange verfügbar sind (Vorschausperre)".

"Prozess abgeschlossen-Flag initialisieren"

Diese Initialize-Variable-Aktion namens InitializeProcess Complete Flag erstellt eine Variable mit den folgenden Anfangswerten:

Der Wert der Variablen processCompleted ändert sich zu true zu einem späteren Zeitpunkt während der Workflow-Ausführung, wenn die folgenden Bedingungen zutreffen:

• Für die Verarbeitung sind in der Sitzung keine weiteren Nachrichten vorhanden.
• Die Sitzungssperre muss nicht mehr erneuert werden, damit die aktuelle Workflowinstanz die Ausführung beenden kann.

Bereichsaktion

Die äußere übergeordnete Scope-Aktion enthält eine innere geschachtelte Scope-Aktion namens Geschäftslogik Scope. Dieser geschachtelte Bereich enthält eine Platzhalteraktion namens "Geschäftslogik". Hier können Sie die Aktionen für die Geschäftslogik Ihres Szenarios hinzufügen, um die aktuelle Nachricht zu verarbeiten.

1. Benennen Sie aus Gründen der Übersichtlichkeit die äußere übergeordnete Bereichsaktion in Process message.

   

2. Erweitern Sie die innere geschachtelte Aktion namens Geschäftslogikbereich.

   Wenn ein Problem in diesem Bereich auftritt, verwenden Sie die nachfolgenden Aktionen außerhalb der übergeordneten Bereichsaktion , um dieses Problem zu behandeln.

3. Ersetzen Sie die Platzhalteraktion für die Geschäftslogik durch die tatsächlichen Aktionen für die Geschäftslogik Ihres Szenarios.

Unter der Geschäftslogikbereichsaktion ist die Aktion "Prozess abgeschlossen " so eingerichtet, dass sie immer ausgeführt wird, unabhängig vom Status, der der Geschäftslogikbereich-Aktion zugewiesen ist, nachdem alle Aktionen in der Geschäftslogikbereichsaktion ausgeführt wurden. Damit die Aktion "Prozess abgeschlossen " immer ausgeführt werden kann, legt der Workflow die Ausführung nach der Einstellung auf die folgenden Werte vor:

• Ist erfolgreich
• Ist abgelaufen
• Wird übersprungen
• Fehler

Die Aktion "Prozess abgeschlossen " ändert den processCompleted Variablenwert von "false " in "true", was angibt, dass die Nachrichtenverarbeitung abgeschlossen ist.

Until

Auf der Ebene "Geschäftslogikbereich" führt eine parallele Verzweigung eine Until-Schleife aus, die bestimmt, ob andere Nachrichten in derselben Sitzung vorhanden sind. Aktionen werden innerhalb der Schleife ausgeführt, bis die Schleifenbedingung erfüllt ist oder der Timeoutzeitraum verstrichen ist. In diesem Beispiel wird die Schleife weiter ausgeführt, bis die Nachrichtenverarbeitung abgeschlossen ist, wie durch die folgende Bedingung ausgedrückt:

processCompleted = true

Sperre einer Nachricht in einer Warteschlange verlängern

In der Until-Schleife steuert die Aktion im "Service Bus" mit dem Namen "Sperre einer Nachricht in einer Warteschlange erneuern" die Zeitspanne, in der der Workflow eine Nachricht verarbeiten kann, bevor die Nachricht erneut zum Verarbeiten bereitsteht. Dieses Verhalten verhindert eine vorzeitige Veröffentlichung aufgrund lang ausgeführter Aufgaben und stellt sicher, dass nur ein Client die Nachricht gleichzeitig verarbeitet, bevor die Sperrdauer auf den Anfangswert festgelegt wird. Weitere Informationen finden Sie unter Verlängern von Sperren.

In der folgenden Tabelle werden die vorgefüllten Parameter der Aktion beschrieben:

Warten, bis der Vorgang abgeschlossen ist

In der "Until "-Schleife fügt die Verzögerungsaktion mit dem Namen " Auf Prozess warten, bis abgeschlossen " eine zusätzliche Verzögerung für die Nachrichtenverarbeitung hinzu. Stellen Sie sicher, dass dieser Verzögerungswert kleiner als die Sperrtimeoutdauer für die Warteschlange ist. Die mindeste Sperrdauer beträgt 30 Sekunden.

In der folgenden Tabelle werden die vorgefüllten Parameter der Aktion beschrieben:

Aktionen für die Verarbeitung nach der Nachricht

Unter dem Process message Bereich sind zwei parallele Verzweigungen vorhanden, um die Fälle für die nicht erfolgreiche und erfolgreiche Nachrichtenverarbeitung zu behandeln.

• Verzweigung 1

  Diese Verzweigung enthält eine Compose-Aktion namens Kompensationslogik als Platzhalter für die Aktionen, die Sie für die Behandlung von Fehlern und Ausnahmen ausführen möchten.

  1. Ersetzen Sie diesen Platzhalter durch die gewünschten Aktionen.

     Sie können beispielsweise eine Bereichsaktion einrichten, die Ihre Fehlerbehandlungsaktionen enthält.

  2. Stellen Sie sicher, dass die Fehlerbehandlungsaktion direkt unter dem Process message Bereich nur ausgeführt wird, nachdem der Process message Bereich mit einem der folgenden Status abgeschlossen ist:

     • Ist abgelaufen
     • Wird übersprungen
     • Fehler

     Beispiel:

     

  Unter den Fehlerbehandlungsaktionen entsperrt die Dienstbus-Aktion " Nachricht in einer Warteschlange abbrechen " eine Nachricht und fordert die Nachricht erneut für einen anderen Versuch auf.

  In der folgenden Tabelle werden die vorgefüllten Werte der Aktion beschrieben:

  Parameter	Wert	BESCHREIBUNG
  Warteschlangenname	queueName_<workflow-name>	Der vordefinierte umgebungsübergreifende Parameter, der die Service-Bus-Warteschlange angibt. Führen Sie die folgenden Schritte aus, um diesen Wert festzulegen: 1. Wählen Sie innerhalb des Namensfelds "Warteschlange " aus, und wählen Sie dann das Blitzsymbol aus, um die dynamische Inhaltsliste zu öffnen. 2. Wählen Sie in der Liste die Option queueName_<workflow-name>aus.
  Sperrtoken	Sperrtoken	Das Sperrtoken für die Nachricht, die abgebrochen werden soll. Führen Sie die folgenden Schritte aus, um diesen Wert festzulegen: 1. Wählen Sie im Feld "Sperren"-Token aus, und wählen Sie dann das Blitzsymbol aus, um die dynamische Inhaltsliste zu öffnen. 2. Wählen Sie in der Liste unter "Wenn Nachrichten in einer Warteschlange verfügbar sind" aus Lock Token.

  Beispiel:

  

• Verzweigung 2

  Diese Verzweigung enthält eine ServiceBus-Aktion namens "Nachricht abschließen" in einer Warteschlange , die die Nachricht als erledigt markiert und die Nachricht aus der Warteschlange löscht. Dieses Verhalten verhindert die erneute Zustellung und verschiebt die Nachricht in den Status "verarbeitet". Diese Aktion wird nur ausgeführt, wenn der Process message Bereich erfolgreich abgeschlossen wurde.

  In der folgenden Tabelle werden die vorgefüllten Werte der Aktion beschrieben:

  Parameter	Wert	BESCHREIBUNG
  Warteschlangenname	queueName_<workflow-name>	Der vordefinierte umgebungsübergreifende Parameter, der Ihre ServiceBus-Warteschlange angibt. Führen Sie die folgenden Schritte aus, um diesen Wert festzulegen: 1. Wählen Sie innerhalb des Namensfelds "Warteschlange " aus, und wählen Sie dann das Blitzsymbol aus, um die dynamische Inhaltsliste zu öffnen. 2. Wählen Sie in der Liste die Option queueName_<workflow-name>aus.
  Sperrtoken	Sperrtoken	Das Sperrtoken für die Nachricht, die verworfen werden soll. Führen Sie die folgenden Schritte aus, um diesen Wert festzulegen: 1. Wählen Sie im Feld "Sperren"-Token aus, und wählen Sie dann das Blitzsymbol aus, um die dynamische Inhaltsliste zu öffnen. 2. Wählen Sie in der Liste unter "Wenn Nachrichten in einer Warteschlange verfügbar sind" aus Lock Token.

  Beispiel:

  

Mit diesen Schritten wird manuell ein Workflow erstellt, der einen Azure Service Bus-Auslöser und Aktionen verwendet, um das sequenzielle Konvoymuster zu implementieren. Ihr Workflow erstellt eine Verbindung mit Ihrem Service Bus-Namespace und gibt den Namen für die ServiceBus-Warteschlange an, die Sie verwenden möchten.

Hinzufügen von Parametern zu Ihrem Workflow

Erstellen Sie in diesem Abschnitt Umgebungsübergreifende Parameter, um Werte abzustrahieren, die sich in verschiedenen Umgebungen ändern, in denen Ihr Workflow ausgeführt wird, z. B. Entwicklung, Test und Produktion. Später fügen Sie verschiedene Aktionen hinzu, die diese Parameter in Ihrem Workflow verwenden.

Führen Sie die folgenden allgemeinen Schritte aus, um die umgebungsübergreifenden Parameter in dieser Tabelle zu erstellen:

Wenn Sie fertig sind, sehen Ihre umgebungsübergreifenden Parameter wie im folgenden Beispiel aus:

Hinzufügen eines Service Bus-Triggers

Diese Schritte fügen einen ServiceBus-Trigger hinzu, der Sitzungen initialisiert und die angegebene Servicebus-Warteschlange auf Nachrichten basierend auf dem angegebenen Zeitplan überprüft. Wenn eine Nachricht in der Warteschlange vorhanden ist, wird der Trigger ausgelöst und führt den Workflow aus.

1. Öffnen Sie im Azure-Portal die verbrauchsbasierte Logik-App-Ressource und einen leeren Workflow im Designer.

2. Führen Sie die allgemeinen Schritte aus, um einen Servicebus-Trigger namens „Wenn eine oder mehrere Nachrichten in eine Warteschlange gelangen (Peek-Lock)“ hinzuzufügen.

   Peek-Lock bedeutet, dass der Trigger eine Anforderung zum Abrufen einer Nachricht aus der Warteschlange sendet. Wenn eine Nachricht vorhanden ist, ruft der Trigger die Nachricht ab und sperrt sie, damit keine weitere Verarbeitung für diese Nachricht erfolgt, bis die Sperrfrist abgelaufen ist.

3. Geben Sie im Verbindungsbereich die folgenden Informationen an:

   Parameter	Wert	BESCHREIBUNG
   Verbindungsname	< Verbindungsname>	Der Name für die Verbindung mit Ihrem Service Bus-Namespace.
   Authentifizierungstyp	Zugriffsschlüssel	Der zu verwendende Authentifizierungstyp.
   Verbindungszeichenfolge	< namespace-connection-string>	Die Verbindungszeichenfolge, die Sie zuvor im Service Bus-Namespace gespeichert haben.

   

4. Wenn Sie fertig sind, wählen Sie "Neu erstellen" aus.

5. Geben Sie nach dem Öffnen des Triggerinformationsbereichs auf der Registerkarte "Parameter " die folgenden Werte an:

   1. Wählen Sie im Feld "Warteschlangenname " aus, und wählen Sie dann das Blitzsymbol aus, um die Liste dynamischer Inhalte zu öffnen.

   2. Wählen Sie in der Liste die Option queueName_<workflow-name>aus.

      Dieser zuvor erstellte umgebungsübergreifende Parameter gibt den Namen für Ihre ServiceBus-Warteschlange an.

   3. Behalten Sie für den Warteschlangentyp den Standardtyp auf "Main" fest.

      Dieser Typ bezieht sich auf Ihre primäre Servicebus-Warteschlange.

   4. Wählen Sie unter "Erweiterte Parameter" für die Sitzungs-ID"Weiter verfügbar" aus.

      In der folgenden Tabelle werden weitere Informationen zu den Sitzungs-ID-Werten beschrieben:

      Sitzungs-ID	BESCHREIBUNG
      None	Der Standardwert, der zu keiner Sitzung führt und nicht für die Implementierung des sequenziellen Konvoymusters verwendet werden kann.
      Nächste verfügbare	Dieser Wert gibt an, dass, wenn der Trigger ausgelöst wird, der Trigger eine Sitzung basierend auf der Sitzungs-ID durch die Nachricht in der ServiceBus-Warteschlange erhält. Die nachfolgenden Aktionen des Workflows verarbeiten alle Nachrichten, die derselben Sitzung zugeordnet sind. Die Sitzung ist gesperrt, sodass kein anderer Workflow oder Client Nachrichten verarbeiten kann, die sich auf dieselbe Sitzung beziehen.
      Benutzerdefinierten Wert eingeben	Eine bekannte, statische Sitzungs-ID, die der Trigger immer verwenden soll.

      Hinweis

      Der ServiceBus-Connector kann jeweils eine begrenzte Anzahl eindeutiger Sitzungen im Connectorcache von Azure Service Bus speichern. Wenn die Anzahl der Sitzungen dieses Limit überschreitet, werden alte Sitzungen aus dem Cache entfernt. Weitere Informationen finden Sie unter Austauschen von Nachrichten in der Cloud mit Azure Logic Apps und Azure Service Bus.

   5. Wählen Sie im Feld "Maximale Nachrichtenanzahl " das Blitzsymbol aus, um die Liste dynamischer Inhalte zu öffnen.

   6. Wählen Sie in der Liste die Option messageBatchSize_<workflow-name>aus.

   Der abgeschlossene Trigger sieht wie im folgenden Beispiel gezeigt aus:

   

   Der Trigger gibt ein ServiceBusMessage-Objekt aus.

   Hinweis

   Das Abrufintervall ist anfänglich auf drei Minuten festgelegt, damit die Logik-App nicht häufiger ausgeführt wird als erwartet und keine unerwarteten Kosten entstehen. Idealerweise legen Sie für Intervall und Häufigkeit 30 Sekunden fest, damit die Logik-App umgehend ausgelöst wird, wenn eine Nachricht eingeht.

   Weitere Informationen finden Sie unter Service Bus – Wenn eine oder mehrere Nachrichten in einer Warteschlange eintreffen (Vorschausperre).

Fügen Sie eine Variable hinzu, um zu überprüfen, ob weitere Nachrichten vorhanden sind.

Um Ihrem Workflow zu helfen, zu bestimmen, ob weitere Nachrichten aus einer Sitzung verarbeitet werden müssen, erstellen Sie eine boolesche Variable, auf die der Standardwert festgelegt ist false. Diese Variable gibt an, wann die folgenden Bedingungen erfüllt sind:

• Für die Verarbeitung sind in der Sitzung keine weiteren Nachrichten vorhanden.
• Die Sitzungssperre muss nicht mehr erneuert werden, damit die aktuelle Workflowinstanz die Ausführung beenden kann.

1. Führen Sie im Designer unter dem Trigger die allgemeinen Schritte aus, um eine Variablenaktion namens "Variablen initialisieren" hinzuzufügen.

2. Benennen Sie die Aktion in Initialize Process Complete Flag.

3. Geben Sie im Aktionsinformationsbereich die folgenden Werte an:

   Parameter	Wert	BESCHREIBUNG
   Name	< Variablenname>	Der Name für die Variable. In diesem Beispiel lautet der Name processCompleted.
   Typ	Boolean	Der Datentyp für die Variable.
   Wert	FALSCH	Der anfängliche Standardwert für die Variable.

   Wenn Sie fertig sind, sieht Ihr Workflow wie im folgenden Beispiel aus:

   

   Weitere Informationen finden Sie unter Initialisieren der Sitzung.

4. Fahren Sie mit dem nächsten Abschnitt fort, um einen Bereich für die Nachrichtenverarbeitung hinzuzufügen.

Hinzufügen von Aktionen zum Verarbeiten jeder Nachricht

Mit diesen Schritten wird dem Workflow eine Bereichsaktion hinzugefügt. Innerhalb dieser Bereichsaktion enthält ein anderer Bereich die Aktionen für die Nachrichtenverarbeitung basierend auf der Geschäftslogik Ihres Szenarios. Wenn in diesen Scopes ein Problem auftritt, bearbeiten die Aktionen außerhalb der äußersten Scope-Aktion dieses Problem.

1. Führen Sie im Designer unter der Initialize Process Complete Flag Aktion die allgemeinen Schritte aus, um eine Bereichsaktion hinzuzufügen.

2. Benennen Sie die Bereichsaktion in Process message, zum Beispiel:

   

3. Fügen Sie im Bereich "Prozessnachricht" eine weitere Bereich-Aktion hinzu.

   1. Ändern Sie den zweiten Bereichsnamen in Business Logic Scope, z. B.:

      

   2. Innerhalb von Business Logic Scope, fügen Sie die Aktionen hinzu, um die aktuelle Nachricht basierend auf der Geschäftslogik des Szenarios zu verarbeiten.

4. Fügen Sie außerhalb von Business Logic Scope eine Variablenaktion mit dem Namen Variable setzen hinzu.

   1. Change Set variable to Process Finished.

   2. Geben Sie auf der Registerkarte "Parameter " die folgenden Informationen an:

      Parameter	Wert	BESCHREIBUNG
      Name	< Variablenname>	Der Name für die Variable. In diesem Beispiel lautet der Name processCompleted.
      Wert	STIMMT	Der aktualisierte Wert, der angibt, dass die Nachrichtenverarbeitung abgeschlossen ist.

      Wenn die Verarbeitung der Nachricht abgeschlossen ist, aktualisiert die Processed Finished Aktion den Wert in der processCompleted Variablen von "false " auf "true".

   3. Erweitern Sie auf der Registerkarte Einstellungen im Abschnitt Ausführen nach den Geschäftslogikbereich.

   4. Wählen Sie alle nicht ausgewählten Status aus: Hat ein Timeout, wurde übersprungen und hat fehlgeschlagen, z. B.

      

5. Fügen Sie auf derselben Ebene wie der Geschäftslogikbereich eine parallele Verzweigung hinzu, um zu bestimmen, ob andere Nachrichten in derselben Sitzung vorhanden sind.

   1. Wählen Sie zwischen Process message und Business Logic Scope, wählen Sie das Pluszeichen (+) und dann "Parallele Verzweigung hinzufügen" aus.

   2. Fügen Sie im Bereich "Aktion hinzufügen" eine Steuerung-Aktion namens Bis hinzu, die eine Art Schleife darstellt, zum Beispiel:

      

   3. Geben Sie im Infobereich "Bis " die Bedingung an, die die Ausführung der Schleife beendet.

      Diese Until-Schleife stellt sicher, dass die Sperre aufrechterhalten wird, solange Nachrichten vorhanden sind oder bis eine Stunde vergangen ist. Um das Zeitlimit der Schleife zu ändern, bearbeiten Sie den erweiterten Parameter "Timeout" der Schleife, der auf PT1H festgelegt ist.

      1. Wählen Sie auf der Registerkarte "Parameter" im ganz linken Feld „Wert auswählen“ aus, und wählen Sie dann das Ausdrucks-Editor-Symbol (Funktionssymbol).

      2. Geben Sie im Ausdrucks-Editor den folgenden Ausdruck ein:

         variables('processCompleted')

      3. Wenn Sie fertig sind, wählen Sie Hinzufügen aus.

         Der Ausdruck wird aufgelöst, und die teilweise abgeschlossene Bedingung sieht wie im folgenden Beispiel aus:

         

      4. Stellen Sie in der mittleren Liste sicher, dass die Operation auf das Gleichheitszeichen (=) festgelegt ist.

      5. Geben Sie im äußersten rechten Feld einen Werttrue ein.

         Die fertige Bedingung sieht im folgenden Beispiel wie folgt aus:

         

   4. Fügen Sie der Until-Schleife Aktionen für die Nachrichtenerkennung hinzu, indem Sie die folgenden Schritte ausführen:

      1. Führen Sie die allgemeinen Schritte aus, um eine Service Bus-Aktion namens "Verlängerungssperre" für die Nachricht in einer Warteschlange hinzuzufügen.

         Diese Aktion erweitert die Zeit, zu der der Workflow eine Nachricht verarbeiten kann, bevor die Nachricht erneut zur Verarbeitung zur Verfügung steht. Dieses Verhalten verhindert eine vorzeitige Freigabe aufgrund lang andauernder Aufgaben und stellt sicher, dass jeweils nur ein Client die Nachrichten bearbeitet, bevor die Sperrdauer auf den Ausgangswert zurückgesetzt wird. Weitere Informationen finden Sie unter Verlängern von Sperren.

      2. Geben Sie nach dem Öffnen des Informationsbereichs des Service Bus die folgenden Werte an.

         1. Wählen Sie im Feld "Warteschlangenname " aus, und wählen Sie dann das Blitzsymbol aus, um die Liste dynamischer Inhalte zu öffnen.

         2. Wählen Sie in der Liste die Option queueName_<workflow-name>aus.

         3. Wählen Sie innerhalb des Sperrtokens des Meldungsfelds aus, und wählen Sie dann das Blitzsymbol aus, um die Liste dynamischer Inhalte zu öffnen.

         4. Wählen Sie in der Liste unter "Wenn eine oder mehrere Nachrichten in einer Warteschlange eingehen" die Option "Token sperren" aus.

         Das folgende Beispiel zeigt die abgeschlossene ServiceBus-Aktion:

         

      3. Fügen Sie unter der Aktion "ServiceBus" eine Terminplanaktion namens "Verzögerung" hinzu.

         1. Ändern Sie den Aktionsnamen in Wait for Process to Complete.

         2. Wählen Sie auf der Registerkarte "Parameter" den Aktionsinformationsbereich aus, klicken Sie in das Feld "Anzahl" und wählen Sie dann das Blitzsymbol.

         3. Wählen Sie in der Liste die Option delayInMinutes_<workflow-name>aus.

            Stellen Sie sicher, dass dieser Verzögerungswert kleiner als die Sperrtimeoutdauer für die Warteschlange ist. Die mindeste Sperrdauer beträgt 30 Sekunden.

         4. Legen Sie für "Einheit" die Zeiteinheit für die Verzögerung fest.

            In diesem Beispiel wird Minute verwendet.

         Das folgende Beispiel zeigt die Dauer der abgeschlossenen Verzögerung:

         

      Wenn Sie fertig sind, sieht die Until-Schleife wie im folgenden Beispiel aus:

      

      Wichtig

      Stellen Sie sicher, dass Ihr Workflow keine Endlosschleife erstellt, wenn Sie einen Trigger und eine Aktion mit demselben Connectortyp verwenden, um mit derselben Entität wie einer Nachrichtenwarteschlange oder einem Themenabonnement zu arbeiten. Diese Schleife führt zu einem Workflow, der nie abgeschlossen wird.

Hinzufügen von Aktionen für die Verarbeitung nach der Nachricht

Richten Sie unter dem Process message Bereich die folgenden beiden Branches ein:

• Verzweigung 1

  1. Fügen Sie die Aktionen zum Behandeln von Fehlern und Ausnahmen hinzu.

     Sie können beispielsweise eine Bereichsaktion einrichten, die Ihre Fehlerbehandlungsaktionen enthält.

     Stellen Sie sicher, dass die Fehlerbehandlungsaktion direkt unter dem Process message Bereich nur ausgeführt wird, nachdem der Process message Bereich mit einem der folgenden Status abgeschlossen ist:

     • Ist abgelaufen
     • Wird übersprungen
     • Fehler

     Beispiel:

     

  2. Fügen Sie unter den Fehlerbehandlungsaktionen die Service Bus-Aktion namens „Abandon the message in a queue“ hinzu und richten Sie die Aktion wie folgt ein:

     1. Wählen Sie im Feld "Warteschlangenname " aus, und wählen Sie dann das Blitzsymbol aus, um die Liste dynamischer Inhalte zu öffnen.

     2. Wählen Sie in der Liste die Option queueName_<workflow-name>aus.

     3. Wählen Sie innerhalb des Sperrtokens des Meldungsfelds aus, und wählen Sie dann das Blitzsymbol aus, um die Liste dynamischer Inhalte zu öffnen.

     4. Wählen Sie in der Liste unter "Wenn eine oder mehrere Nachrichten in einer Warteschlange eingehen" die Option "Token sperren" aus.

     5. Wählen Sie im Feld "Sitzungs-ID " aus, und wählen Sie dann das Blitzsymbol aus, um die Liste dynamischer Inhalte zu öffnen.

     6. Wählen Sie in der Liste unter "Wenn eine oder mehrere Nachrichten in einer Warteschlange eingehen" die Option "Sitzungs-ID" aus.

     Wenn Sie fertig sind, sieht die ServiceBus-Aktion wie im folgenden Beispiel aus:

     

• Verzweigung 2: Fügen Sie die ServiceBus-Aktion namens "Nachricht abschließen" in einer Warteschlange hinzu. Diese Aktion wird nur ausgeführt, wenn der Process message Bereich erfolgreich abgeschlossen wurde. Richten Sie die Aktion wie folgt ein:

  1. Wählen Sie im Feld "Warteschlangenname " aus, und wählen Sie dann das Blitzsymbol aus, um die Liste dynamischer Inhalte zu öffnen.

  2. Wählen Sie in der Liste die Option queueName_<workflow-name>aus.

  3. Wählen Sie innerhalb des Sperrtokens des Meldungsfelds aus, und wählen Sie dann das Blitzsymbol aus, um die Liste dynamischer Inhalte zu öffnen.

  4. Wählen Sie in der Liste unter "Wenn eine oder mehrere Nachrichten in einer Warteschlange eingehen" die Option "Token sperren" aus.

  5. Wählen Sie im Feld "Sitzungs-ID " aus, und wählen Sie dann das Blitzsymbol aus, um die Liste dynamischer Inhalte zu öffnen.

  6. Wählen Sie in der Liste unter "Wenn eine oder mehrere Nachrichten in einer Warteschlange eingehen" die Option "Sitzungs-ID" aus.

  Wenn Sie fertig sind, sieht die ServiceBus-Aktion wie im folgenden Beispiel aus: