Standardworkflows in Azure Logic Apps mit einem einzelnen Mandanten mithilfe des Azure-Portals erstellen

Gilt für: Azure Logic Apps (Standard)

In dieser Schrittanleitung erfahren Sie, wie Sie einen automatisierten Beispielworkflow erstellen, der auf eine eingehende Webanforderung wartet und dann eine Nachricht an ein E-Mail-Konto sendet. Genauer gesagt erstellen Sie eine Logik-App-Standardressource, die mehrere zustandsbehaftete und zustandslose Workflows umfassen kann, die in Azure Logic Apps mit einem einzelnen Mandanten ausgeführt werden.

Hinweis

Wenn Sie diesen Beispielworkflow stattdessen in Visual Studio Code erstellen möchten, führen Sie die Schritte unter Standardworkflows mit Azure Logic Apps mit einzelnem Mandanten mithilfe von Visual Studio Code erstellen aus. Beide Optionen bieten die Möglichkeit, Logik-App-Workflows in denselben Arten von Umgebungen zu entwickeln, auszuführen und bereitzustellen. Mit Visual Studio Code können Sie Workflows jedoch lokal in Ihrer Entwicklungsumgebung entwickeln, testen und ausführen.

Obwohl dieser Beispielworkflow cloudbasiert ist und nur zwei Schritte umfasst, können Sie Workflows aus Hunderten von Vorgängen erstellen, die eine Vielzahl von Apps, Daten, Diensten und Systemen über Cloud-, lokale und Hybridumgebungen hinweg verbinden können. Der Beispielworkflow beginnt mit dem integrierten Anforderungstrigger auf den eine Office 365 Outlook-Aktion folgt. Der Trigger erstellt einen aufrufbaren Endpunkt für den Workflow und wartet auf eine eingehende HTTPS-Anforderung einer beliebigen aufrufenden Funktion. Wenn der Trigger eine Anforderung erhält und auslöst, wird die nächste Aktion ausgeführt, indem eine E-Mail an die angegebene E-Mail-Adresse zusammen mit den ausgewählten Ausgaben des Triggers gesendet wird.

Im Weiteren führen Sie diese allgemeinen Aufgaben aus:

• Erstellen Sie eine Logik-App-Standardressource, und fügen Sie einen leeren zustandsbehafteten Workflow hinzu.
• Hinzufügen eines Triggers und einer Aktion.
• Auslösen einer Workflowausführung.
• Anzeigen des Ausführungs- und Triggerverlaufs des Workflows
• Aktivieren oder Öffnen von Application Insights nach der Bereitstellung.
• Aktivieren des Ausführungsverlaufs für zustandslose Workflows.

In Azure Logic Apps mit nur einem Mandanten werden Workflows in derselben Logik-App-Ressource und demselben Mandanten im gleichen Prozess wie die Runtime ausgeführt, sodass sie dieselben Ressourcen gemeinsam nutzen und eine bessere Leistung bieten. Weitere Informationen zur Azure Logic Apps-Umgebung mit nur einem Mandanten finden Sie unter Vergleich zwischen Umgebungen mit nur einem Mandanten und mehreren Mandanten bzw. Integrationsdienstumgebung für Azure Logic Apps.

Voraussetzungen

• Ein Azure-Konto und ein Azure-Abonnement. Falls Sie kein Abonnement besitzen, können Sie sich für ein kostenloses Azure-Konto registrieren.

• Ein Azure Storage-Konto Wenn Sie keines besitzen, können Sie entweder im Voraus oder während der Erstellung der Logik-App ein Speicherkonto erstellen.

  Hinweis

  Der Ressourcentyp „Standard-Logik-App“ wird von Azure Functions unterstützt und hat ähnliche Speicheranforderungen wie Funktions-Apps. Zustandsbehaftete Workflows führen Speichertransaktionen wie die Verwendung von Warteschlangen zum Planen und Speichern von Workflowstatus in Tabellen und Blobs aus. Diese Transaktionen verursachen Speichergebühren. Weitere Informationen darüber, wie zustandsbehaftete Workflows Daten im externen Speicher speichern, finden Sie unter Zustandsbehaftete und zustandslose Workflows.

• Um denselben Beispielworkflow in diesem Leitfaden zu erstellen, benötigen Sie ein Office 365 Outlook-E-Mail-Konto, das ein Geschäfts-, Schul- oder Unikonto von Microsoft für die Anmeldung verwendet.

  Wenn Sie nicht über ein Office 365-Konto verfügen, können Sie jeden anderen verfügbaren E-Mail-Connector verwenden, der Nachrichten von Ihrem E-Mail-Konto senden kann, z. B. Outlook.com. Wenn Sie einen anderen E-Mail-Connector verwenden, können Sie dem Beispiel trotzdem folgen, und die allgemeinen Schritte sind dieselben. Ihre Optionen können sich jedoch in einigen Punkten unterscheiden. Wenn Sie beispielsweise den Outlook.com-Connector verwenden, verwenden Sie stattdessen Ihr persönliches Microsoft-Konto, um sich anzumelden.

• Um den Beispielworkflow in diesem Leitfaden zu testen, benötigen Sie ein Tool, das Aufrufe an den vom Anforderungstrigger erstellten Endpunkt senden kann. Falls Sie nicht über ein solches Tool verfügen, können Sie Postman herunterladen, installieren und verwenden.

• Wenn Sie Ihre Logik-App-Ressource erstellen und Application Insights aktivieren, können Sie optional die Diagnoseprotokollierung und Ablaufverfolgung für Ihre Logik-App aktivieren. Dies ist entweder beim Erstellen der Logik-App oder nach der Bereitstellung möglich. Sie benötigen eine Application Insights-Instanz, können aber diese Ressource entweder im Voraus, beim Erstellen Ihrer Logik-App oder nach der Bereitstellung erstellen.

• Um Ihre Logik-App-Standardressource in einer App Service-Umgebung v3 (ASEv3) – Nur Windows-Plan bereitzustellen, müssen Sie diese Umgebungsressource zuerst erstellen. Dann können Sie diese Umgebung als Bereitstellungsort auswählen, wenn Sie Ihre Logik-App-Ressource erstellen. Weitere Informationen finden Sie unter Ressourcentypen und Umgebungen und Erstellen einer App Service-Umgebung.

• Ab Mitte Oktober 2022 verwenden neue Standardworkflows für Logik-Apps im Azure-Portal automatisch Azure Functions v4. Im November 2022 werden vorhandene Standardworkflows im Azure-Portal automatisch zu Azure Functions v4 migriert. Dieses Upgrade ist so konzipiert, dass Sie nichts tun müssen und dass es keine Auswirkungen auf die Runtime hat, es sei denn, Sie haben Ihre Standard-Logik-Apps als NuGet-basierte Projekte bereitgestellt oder Ihre Logik-Apps an eine bestimmte Bundleversion angeheftet. Wenn die Ausnahmen jedoch auf Sie zutreffen, oder Sie mehr zur Unterstützung für Azure Functions v4 erfahren möchten, finden Sie weitere Informationen unter Azure Logic Apps Standard unterstützt jetzt Azure Functions v4.

Bewährte Methoden und Empfehlungen

Überprüfen Sie die folgenden Richtlinien, um optimale Reaktionsfähigkeit und Leistung des Designers zu erzielen, und halten Sie sie ein:

• Verwenden Sie nicht mehr als 50 Aktionen pro Workflow. Das Überschreiten dieser Anzahl von Aktionen erhöht die Chance für eine verlangsamte Designerleistung.

• Erwägen Sie, die Geschäftslogik bei Bedarf auf mehrere Workflows aufzuteilen.

• Nicht mehr als 10–15 Workflows pro Logik-App-Ressource.

Mehr Workflows in Ihrer Logik-App erhöhen das Risiko längerer Ladezeiten, was sich negativ auf die Leistung auswirkt. Wenn Sie über unternehmenskritische Logik-Apps verfügen, für die keine Ausfallzeiten erforderlich sind, sollten Sie Einrichten von Bereitstellungsplätzen in Betracht ziehen.

Erstellen einer Standard-Logik-App-Ressource

1. Melden Sie sich beim Azure-Portal mit Ihrem Azure-Konto an.

2. Geben Sie in das Suchfeld des Azure-Portals Logik-Apps ein, und wählen Sie Logik-Apps aus.

   

3. Wählen Sie auf der Seite Logic Apps die Option Hinzufügen aus.

4. Geben Sie auf der Seite Logik-App erstellen auf der Registerkarte Allgemeine Informationen die folgenden grundlegenden Informationen zu Ihrer Logik-App an:

   Eigenschaft	Erforderlich	Wert	BESCHREIBUNG
   Abonnement	Ja	<Name des Azure-Abonnements>	Den Namen Ihres Azure-Abonnements
   Ressourcengruppe	Ja	<Name der Azure-Ressourcengruppe>	Die Azure-Ressourcengruppe, in der Sie Ihre Logik-App und die zugehörigen Ressourcen erstellen. Dieser Name muss regionsübergreifend eindeutig sein und darf nur Buchstaben, Ziffern, Bindestriche (-), Unterstriche (_), Klammern (()) und Punkte (.) enthalten. In diesem Beispiel wird eine Ressourcengruppe mit dem Namen Fabrikam-Workflows-RG erstellt.
   Name der Logik-App	Ja	<logic-app-name>	Der Name Ihrer Logik-App-Ressource, der regionsübergreifend eindeutig sein muss und nur Buchstaben, Ziffern, Bindestriche (-), Unterstriche (_), Klammern (()) und Punkte (.) enthalten darf. Hinweis: Der Name Ihrer Logik-App erhält automatisch das Suffix .azurewebsites.net, da die Logik-App-Standardressource von der Azure Logic Apps-Runtime mit nur einem Mandanten unterstützt wird, die das Azure Functions-Erweiterbarkeitsmodell verwendet und als Erweiterung auf der Azure Functions-Runtime gehostet wird. Azure Functions verwendet die gleiche Benennungskonvention für Apps. In diesem Beispiel wird eine Logik-App mit dem Namen Fabrikam-Workflows erstellt.

5. Bevor Sie die Auswahl fortsetzen, wechseln Sie zum Abschnitt Plan. Wählen Sie unter Plantyp die Option Standard aus. Dadurch werden nur die Einstellungen angezeigt, die für den auf dem Standard-Plan basierenden Logik-App-Typ gelten.

   Die Eigenschaft Plantyp gibt den Hostingplan und das Abrechnungsmodell an, die für Ihre Logik-App verwendet werden sollen. Weitere Informationen finden Sie unter Hostingpläne und Tarife.

   Plantyp	BESCHREIBUNG
   Standard	Dieser Logik-App-Typ wird standardmäßig ausgewählt. Workflows werden in Azure Logic Apps mit einem einzelnen Mandanten ausgeführt und verwenden das Standardabrechnungsmodell.
   Verbrauch	Dieser Typ von Logik-App und Workflow wird in globalen Azure Logic Apps-Instanzen mit mehreren Mandanten ausgeführt und verwendet das verbrauchsbasierte Abrechnungsmodell.

   Eigenschaft	Erforderlich	Wert	BESCHREIBUNG
   Windows-Plan	Ja	<plan-name>	Der zu verwendende Planname. Wählen Sie entweder einen vorhandenen Plannamen aus, oder geben Sie einen Namen für einen neuen Plan an. In diesem Beispiel wird der Name My-App-Service-Plan verwendet. Hinweis: Nur der Windows-basierte App Service-Plan wird unterstützt. Verwenden Sie keinen Linux-basierten App Service-Plan.
   Tarif	Ja	<pricing-tier>	Der Tarif, der für Ihre Logik-App und Workflows verwendet werden soll. Ihre Auswahl wirkt sich auf die Preise, den Compute, den Arbeitsspeicher und den Speicherplatz aus, die Ihre Logik-App und Ihre Workflows verwenden. Weitere Informationen finden Sie unter Hostingpläne und Tarife.

6. Wählen Sie als Nächstes Folgendes aus:

   Eigenschaft	Erforderlich	Wert	BESCHREIBUNG
   Veröffentlichen	Ja	Workflow	Diese Option wird nur angezeigt und gilt nur, wenn Plantyp auf den Logik-App-Typ Standard festgelegt ist. Diese Option ist standardmäßig auf Workflow festgelegt und erstellt eine leere Logik-App-Ressource, in der Sie Ihren ersten Workflow hinzufügen. Hinweis: Derzeit erfordert die Option Docker-Container einen benutzerdefinierten Standort in einem Kubernetes-Cluster mit Azure Arc-Unterstützung, den Sie mit Logic Apps mit Azure Arc-Unterstützung (Standard) verwenden können. Die Ressourcenstandorte für Ihre Logik-App, der benutzerdefinierte Standort und der Cluster müssen alle identisch sein.
   Region	Ja	<Azure-Region>	Die Azure-Rechenzentrumsregion, die zum Speichern der Informationen Ihrer App verwendet werden soll. In diesem Beispiel wird die exemplarische Logik-App in der Region USA, Westen in Azure bereitgestellt. - Wenn Sie zuvor Docker-Container ausgewählt haben, wählen Sie in der Liste Region Ihren benutzerdefinierten Standort aus. - Wenn Sie Ihre App in einer bereits vorhandenen Ressource vom Typ App Service-Umgebung v3 bereitstellen möchten, können Sie diese Umgebung in der Liste Region auswählen.

   Hinweis

   Wenn Sie eine Azure-Region auswählen, die die Redundanz der Verfügbarkeitszone unterstützt, ist der Abschnitt Zonenredundanz aktiviert. Dieser Abschnitt bietet die Möglichkeit, Verfügbarkeitszonenredundanz für Ihre Logik-App zu aktivieren. Zu den derzeit unterstützten Azure-Regionen zählt jedoch nicht USA, Westen, sodass Sie diesen Abschnitt für dieses Beispiel ignorieren können. Weitere Informationen finden Sie unter Schützen von Logik-Apps vor Regionsausfällen mit Zonenredundanz und Verfügbarkeitszonen.

   Wenn Sie fertig sind, sollten Ihre Einstellungen dem folgenden Beispiel ähneln:

   

7. Geben Sie die folgenden Informationen über die Speicherlösung und den Hostingplan, die für Ihre Logik-App verwendet werden sollen, auf der Registerkarte Hosting an.

   Eigenschaft	Erforderlich	Wert	BESCHREIBUNG
   Speichertyp	Ja	- Azure Storage - SQL und Azure Storage	Dies ist der Speichertyp, den Sie für workflowbezogene Artefakte und Daten verwenden möchten. – Um nur in Azure bereitzustellen, wählen Sie Azure Storage. – Um SQL als primären Speicher und Azure Storage als sekundären Speicher zu verwenden, wählen Sie SQL und Azure Storage aus, und lesen Sie Einrichten von SQL-Datenbankspeicher für Standard-Logik-Apps in einer Azure Logic Apps-Instanz mit nur einem Mandanten. Hinweis: Wenn Sie die Bereitstellung in einer Azure-Region durchführen, benötigen Sie weiterhin ein Azure Storage-Konto, das zum einmaligen Hosten der Konfiguration der Logik-App auf der Azure Logic Apps-Plattform verwendet wird. Der Workflowstatus, der Ausführungsverlauf und andere Runtime-Artefakte werden in Ihrer SQL-Datenbank gespeichert. Für Bereitstellungen an einem benutzerdefinierten Speicherort, der in einem Azure Arc-Cluster gehostet wird, benötigen Sie nur SQL als Speicheranbieter.
   Speicherkonto	Ja	<Azure-storage-account-name>	Das Azure Storage-Konto, das für Speichertransaktionen verwendet werden soll. Dieser Ressourcenname muss regionsübergreifend eindeutig sein und 3-24 Zeichen enthalten (nur Ziffern und Kleinbuchstaben). Wählen Sie entweder ein vorhandenes Konto aus, oder erstellen Sie ein neues Konto. In diesem Beispiel wird ein Speicherkonto namens mystorageacct erstellt.

8. Auf der Registerkarte Netzwerk können Sie die Standardoptionen für dieses Beispiel beibehalten.

   Überprüfen Sie für Ihre spezifischen, realen Szenarien die entsprechenden Optionen, und wählen Sie sie aus. Sie können diese Konfiguration auch ändern, nachdem Sie Ihre Logik-App-Ressource bereitgestellt haben. Weitere Informationen finden Sie unter Datenverkehr zwischen Standard-Logik-Apps und virtuellen Azure-Netzwerken mithilfe von privaten Endpunkten schützen.

   Aktivieren des öffentlichen Zugriffs	Verhalten
   Ein	Ihre Logik-App verfügt über einen öffentlichen Endpunkt mit einer eingehenden Adresse, die für das Internet geöffnet ist und nicht auf ein virtuelles Azure-Netzwerk zugreifen kann.
   Deaktiviert	Ihre Logik-App verfügt über keinen öffentlichen Endpunkt, sondern über einen privaten Endpunkt für die Kommunikation innerhalb eines virtuellen Azure-Netzwerks und ist auf dieses virtuelle Netzwerk beschränkt. Der private Endpunkt kann mit Endpunkten im virtuellen Netzwerk kommunizieren, jedoch nur von Clients innerhalb dieses Netzwerks. Diese Konfiguration bedeutet auch, dass der Datenverkehr von Logik-Apps von Netzwerksicherheitsgruppen gesteuert oder von virtuellen Netzwerkrouten beeinflusst werden kann.

   Um Ihrer Logik-App den Zugriff auf Endpunkte in einem virtuellen Netzwerk zu ermöglichen, müssen Sie die entsprechende Option auswählen:

   Netzwerkinjektion aktivieren	Verhalten
   Ein	Ihre Logik-App-Workflows können privat und sicher mit Endpunkten im virtuellen Netzwerk kommunizieren.
   Deaktiviert	Ihre Logik-App-Workflows können nicht mit Endpunkten im virtuellen Netzwerk kommunizieren.

9. Wenn die Erstellungs- und Bereitstellungseinstellungen Ihrer Logik-App die Verwendung von Application Insights unterstützen, können Sie optional die Diagnoseprotokollierung und Ablaufverfolgung für Ihre Logik-App-Workflows aktivieren.

   1. Legen Sie auf der Registerkarte Überwachung unter Application Insights für Application Insights aktivierenJa fest, wenn diese Option nicht bereits ausgewählt ist.

   2. Wählen Sie für die Einstellung Application Insights entweder eine vorhandene Application Insights-Instanz aus, oder Neue erstellen, wenn Sie eine neue Instanz erstellen möchten, und geben Sie den gewünschten Namen an.

10. Nachdem Azure die Einstellungen Ihrer Logik-App überprüft hat, wählen Sie auf der Registerkarte Überprüfen + Erstellen die Option Erstellen aus. Beispiel:

    

    Hinweis

    Wenn während dieses Schritts ein Validierungsfehler auftritt, öffnen und überprüfen Sie die Fehlerdetails. Wenn für Ihre ausgewählte Region beispielsweise ein Kontingent für Ressourcen erreicht wird, die Sie erstellen möchten, müssen Sie möglicherweise eine andere Region verwenden.

    Nachdem Azure die Bereitstellung abgeschlossen hat, ist Ihre Logik-App-Ressource automatisch live, erledigt aber noch keine Aufgaben, weil die Ressource leer ist und Sie noch keine Workflows hinzugefügt haben.

11. Wählen Sie auf der Seite für den Abschluss der Bereitstellung die Option Zu Ressource wechseln aus, damit Sie einen leeren Workflow hinzufügen können.

    

Hinzufügen eines leeren Workflows

Nachdem Sie Ihre leere Logik-App-Ressource erstellt haben, müssen Sie Ihren ersten Workflow hinzufügen.

1. Nachdem Azure die Ressource geöffnet hat, wählen Sie im Menü Ihrer Logik-App-Ressource Workflows aus. Wählen Sie auf der Symbolleiste Workflows die Option Hinzufügen aus.

   

2. Geben Sie nach dem Öffnen des Bereichs Neuer Workflow einen Namen für den Workflow an, und wählen Sie als Zustandstyp entweder Zustandsbehaftet oder Zustandslos aus. Wählen Sie Erstellen, wenn Sie fertig sind.

   In diesem Beispiel wird ein leerer zustandsbehafteter Workflow namens Stateful-Workflow hinzugefügt. Standardmäßig ist der Workflow aktiviert, führt aber erst Aufgaben aus, nachdem Sie einen Trigger und Aktionen hinzugefügt haben.

   

3. Wählen Sie in der Workflowliste den leeren zustandsbehafteten Workflow aus.

4. Wählen Sie im Workflowmenü unter Entwickler die Option Designer aus.

   In der Designeroberfläche wird eine Aufforderung zum Auswählen eines Triggervorgangs angezeigt. Standardmäßig ist die Eingabeaufforderung bereits ausgewählt, sodass ein Bereich mit verfügbaren Triggern schon geöffnet ist.

Jetzt fügen Sie einen Trigger zum Starten des Workflows hinzu.

Hinzufügen eines Triggers

Dieser Beispielworkflow beginnt mit dem integrierten Anforderungsauslöser mit dem Namen Beim Empfang einer HTTP-Anforderung. Dieser Trigger erstellt einen Endpunkt, den andere Dienste oder Logik-App-Workflows aufrufen können, und wartet auf den Eingang dieser eingehenden Anrufe oder Anforderungen. Integrierte Vorgänge werden nativ und direkt innerhalb der Azure Logic Apps-Runtime ausgeführt.

1. Stellen Sie im Workflow-Designer sicher, dass der Workflow geöffnet und die Eingabeaufforderung Trigger hinzufügen in der Designeroberfläche ausgewählt ist.

2. Verwenden Sie Anforderung als Suchbegriff und führen Sie die folgenden Schritte aus, um Ihrem Workflow den integrierten Anforderungsauslöser mit dem Namen Beim Empfang einer HTTP-Anforderung hinzuzufügen.

   Wenn der Trigger im Designer angezeigt wird, wird der Informationsbereich des Triggers geöffnet, um die Eigenschaften, Einstellungen und anderen Aktionen des Triggers anzuzeigen.

   

3. Speichern Sie den Workflow. Wählen Sie auf der Symbolleiste des Designers Speichern aus.

   Wenn Sie einen Workflow zum ersten Mal speichern und dieser Workflow mit einem Anforderungstrigger beginnt, wird von Azure Logic Apps automatisch eine URL für einen Endpunkt generiert, der durch den Anforderungstrigger erstellt wird. Wenn Sie den Workflow später testen, senden Sie eine Anforderung an diese URL, die den Trigger auslöst und die Workflowausführung startet.

Hinzufügen einer Aktion

Dieser Beispielworkflow wird mit der verwalteten Connectoraktion für Office 365 Outlook namens E-Mail senden fortgesetzt. Verwaltete Connectorvorgänge werden in Azure ausgeführt statt nativ und direkt in der Azure Logic Apps-Runtime.

1. Wählen Sie im Designer unter dem hinzugefügten Trigger das Pluszeichen (+) > Aktion hinzufügen aus.

   Der Bereich Aktion hinzufügen wird geöffnet, sodass Sie die nächste Aktion auswählen können.

2. Verwenden Sie Office E-Mail senden als Suchbegriff und führen Sie die folgenden Schritte aus, um Ihrem Workflow die Office 365 Outlook-Aktion mit dem Namen E-Mail senden (V2) hinzuzufügen.

3. Wählen Sie im Informationsbereich der Aktion auf der Registerkarte Verbindung erstellen die Option Anmelden aus, damit Sie eine Verbindung mit Ihrem E-Mail-Konto herstellen können.

   

4. Wenn Sie aufgefordert werden, auf Ihr E-Mail-Konto zuzugreifen, melden Sie sich mit den Anmeldeinformationen für Ihr Konto an.

   Hinweis

   Wenn Sie die Fehlermeldung „Fehler mit Meldung: ‚Der Browser ist geschlossen. Bitte melden Sie sich erneut an.‘“ erhalten, überprüfen Sie, ob Ihr Browser Cookies von Drittanbietern blockiert. Wenn diese Cookies blockiert werden, versuchen Sie, https://portal.azure.com der Liste der Websites hinzuzufügen, die Cookies verwenden können. Wenn Sie den Inkognitomodus verwenden, stellen Sie sicher, dass Cookies von Drittanbietern nicht blockiert werden, wenn Sie in diesem Modus arbeiten.

   Laden Sie ggf. die Seite neu, öffnen Sie den Workflow, fügen Sie die E-Mail-Aktion erneut hinzu, und versuchen Sie, die Verbindung herzustellen.

   Nachdem Azure die Verbindung erstellt hat, wird die Aktion E-Mail senden auf der Designeroberfläche angezeigt und ist standardmäßig ausgewählt. Wenn die Aktion nicht ausgewählt ist, wählen Sie die Aktion aus, sodass der Informationsbereich ebenfalls geöffnet ist.

5. Geben Sie im Informationsbereich der Aktion auf der Registerkarte Parameter die erforderlichen Informationen für die Aktion an, z. B.:

   

   Eigenschaft	Erforderlich	Wert	BESCHREIBUNG
   An	Ja	<Ihre E-Mail-Adresse>	Der E-Mail-Empfänger, bei dem es sich um Ihre E-Mail-Adresse zu Testzwecken handeln kann. In diesem Beispiel wird die fiktive E-Mail-Adresse sophiaowen@fabrikam.com verwendet.
   Subject	Ja	Eine E-Mail aus Ihrem Beispielworkflow	der E-Mail-Betreff
   Text	Ja	Grüße aus Ihrem Beispiel-Workflow!	Der Textinhalt der E-Mail

   Hinweis

   Wenn Sie Änderungen im Informationsbereich auf den Registerkarten Einstellungen, Statisches Ergebnis oder Ausführen nach vornehmen, stellen Sie sicher, dass Sie Fertig ausgewählt haben, um die Änderungen zu übernehmen, bevor Sie zwischen Registerkarten wechseln oder den Fokus innerhalb des Designers verschieben. Andernfalls behält der Designer die Änderungen nicht bei.

6. Speichern Sie den Workflow. Wählen Sie auf der Symbolleiste des Designers Speichern aus.

7. Wenn in Ihrer Umgebung strenge Netzwerkanforderungen gelten oder Firewalls vorhanden sind, die den Datenverkehr einschränken, müssen Sie die Berechtigungen für alle in Ihrem Workflow vorhandenen Trigger- oder Aktionsverbindungen einrichten. Informationen zum Suchen der vollqualifizierten Domänennamen finden Sie unter Suchen von Domänennamen für den Firewallzugriff.

   Andernfalls, um Ihren Workflow zu testen, lösen Sie eine Ausführung manuell aus.

Löschen von Elementen aus dem Designer

Führen Sie einen der folgenden Schritte aus, um ein Element in Ihrem Workflow aus dem Designer zu löschen:

• Wählen Sie das Element aus, öffnen Sie das Kontextmenü des Elements (UMSCHALT+F10), und wählen Sie Löschen aus. Klicken Sie auf OK, um dies zu bestätigen.

• Wählen Sie das Element aus, und drücken Sie dann die ENTF-Taste. Klicken Sie auf OK, um dies zu bestätigen.

• Wählen Sie das Element aus, sodass der Informationsbereich für dieses Element geöffnet wird. Öffnen Sie in der oberen rechten Ecke des Bereichs das Menü mit den Auslassungspunkten ( ... ), und wählen Sie Löschen aus. Klicken Sie auf OK, um dies zu bestätigen.

  

  Tipp

  Wenn das Menü mit den Auslassungspunkten nicht sichtbar ist, erweitern Sie das Fenster Ihres Browsers, sodass im Informationsbereich die Schaltfläche mit den Auslassungspunkten (...) in der oberen rechten Ecke angezeigt wird.

Suchen von Domänennamen für den Firewallzugriff

Bevor Sie Ihre Logik-App bereitstellen und Ihren Workflow im Azure-Portal ausführen, müssen Sie, wenn in Ihrer Umgebung strenge Netzwerkanforderungen gelten oder Firewalls vorhanden sind, die den Datenverkehr einschränken, Netzwerk- oder Firewallberechtigungen für alle Trigger- oder Aktionsverbindungen in den Workflows einrichten, die in Ihrer Logik-App vorhanden sind.

Führen Sie die folgenden Schritte aus, um die ein- und ausgehenden IP-Adressen zu ermitteln, die von Ihrer Logik-App und Ihren Workflows verwendet werden:

1. Wählen Sie in Ihrem Logik-App-Menü unter Einstellungen die Option Netzwerk (Vorschau) aus.

2. Suchen und überprüfen Sie auf der Netzwerkseite die Abschnitte Eingehender Datenverkehr und Ausgehender Datenverkehr.

Führen Sie die folgenden Schritte aus, um die vollqualifizierten Domänennamen (FQDNs) für Verbindungen zu ermitteln:

1. Wählen Sie im Menü Ihrer Logik-App unter Workflows die Option Verbindungen aus. Wählen Sie auf der Registerkarte API-Verbindungen den Ressourcennamen der Verbindung aus, z. B.:

   

2. Erweitern Sie Ihren Browser so weit, dass in der oberen rechten Ecke des Browsers JSON-Ansicht angezeigt wird, und wählen Sie dann JSON-Ansicht aus.

   

3. Kopieren Sie den Eigenschaftswert connectionRuntimeUrl, und speichern Sie ihn an einem sicheren Ort, damit Sie Ihre Firewall mit diesen Informationen einrichten können.

   

4. Wiederholen Sie für jede Verbindung die relevanten Schritte.

Auslösen des Workflows

In diesem Beispiel wird der Workflow ausgeführt, wenn der Anforderungstrigger eine eingehende Anforderung empfängt, die an die URL für den Endpunkt gesendet wird, der vom Trigger erstellt wird. Diese URL wurde automatisch von Azure Logic Apps generiert, als Sie den Workflow zum ersten Mal gespeichert haben. Bevor Sie diese Anforderung zum Auslösen des Workflows senden können, müssen Sie diese URL suchen.

1. Wählen Sie im Workflow-Designer den Anforderungstrigger Beim Empfang einer HTTP-Anforderung aus.

2. Nach Öffnen des Informationsbereichs suchen Sie auf der Registerkarte Parameter die Eigenschaft HTTP-POST-URL. Um die generierte URL zu kopieren, wählen Sie URL kopieren aus („Datei kopieren“-Symbol), und speichern Sie die URL vorerst an einem anderen Ort. Die URL weist das folgende Format auf:

   https://<*logic-app-name*>.azurewebsites.net:443/api/<*workflow-name*>/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=<*shared-access-signature*>

   

   Für dieses Beispiel sieht die URL wie folgt aus:

   https://fabrikam-workflows.azurewebsites.net:443/api/Fabrikam-Stateful-Workflow/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=xxxxxXXXXxxxxxXXXXxxxXXXXxxxxXXXX

   Tipp

   Sie finden die Endpunkt-URL auch im Bereich Übersicht Ihrer Logik-App in der Workflow-URL-Eigenschaft.

   1. Wählen Sie im Ressourcenmenü Übersicht aus.
   2. Suchen Sie im Bereich Übersicht nach der Eigenschaft Workflow-URL.
   3. Um die Endpunkt-URL zu kopieren, bewegen Sie den Mauszeiger über das Ende des Endpunkt-URL-Texts, und wählen Sie In Zwischenablage kopieren aus („Datei kopieren“-Symbol).

3. Um die URL durch Senden einer Anforderung zu testen, öffnen Sie Postman oder Ihr bevorzugtes Tool zum Erstellen und Senden von Anforderungen.

   Dieses Beispiel wird mit Postman fortgesetzt. Weitere Informationen finden Sie unter Erste Schritte mit Postman.

   1. Wählen Sie auf der Postman-Symbolleiste Neu aus.

      

   2. Wählen Sie im Bereich Neu erstellen unter Bausteine die Option Anforderung aus.

   3. Geben Sie im Fenster Anforderung speichern unter Anforderungsname einen Namen für die Anforderung an, z. B. Testworkflowtrigger.

   4. Wählen Sie unter Sammlung oder Ordner als Speicherziel auswählen den Eintrag Sammlung erstellen aus.

   5. Geben Sie unter Alle Sammlungen einen Namen für die zu erstellende Sammlung an, um Ihre Anforderungen zu organisieren, und wählen Sie Speichern< unter Sammlungs-Name> aus. In diesem Beispiel werden Logic Apps-Anforderungen als Sammlungsname verwendet.

      In der Postman-App wird der Anforderungsbereich geöffnet, sodass Sie eine Anforderung an die Endpunkt-URL für den Anforderungstrigger senden können.

      

   6. Fügen Sie im Anforderungsbereich in das Adressfeld neben der Liste der Methoden, wo derzeit GET als Standardanforderungsmethode angezeigt wird, die zuvor kopierte URL ein, und wählen Sie Senden aus.

      

      Wenn der Trigger ausgelöst wird, wird der Beispielworkflow ausgeführt und sendet eine E-Mail, die in etwa dem folgenden Beispiel entspricht:

      

Überprüfen des Ausführungsverlaufs des Workflows

Nach einem zustandsbehafteten Workflow können Sie dessen Ausführungsverlauf anzeigen, einschließlich des Status für die gesamte Ausführung, den Trigger und jede Aktion sowie die zugehörigen Ein- und Ausgaben. Im Azure-Portal werden der Workflowausführungsverlauf und der Triggerverlauf auf Workflowebene angezeigt, nicht auf Logik-App-Ressourcenebene. Weitere Informationen finden Sie unter Überprüfen des Workflowausführungsverlaufs und Überprüfen des Triggerverlaufs.

Für diesen Beispielworkflow sieht der Workflowausführungsverlauf in etwa wie im folgenden Beispiel aus:

Überprüfen des Triggerverlaufs

Bei einem zustandsbehafteten Workflow können Sie den Triggerverlauf pro Ausführung und unabhängig vom Workflowausführungsverlauf überprüfen, einschließlich des Triggerstatus sowie Eingaben und Ausgaben. Im Azure-Portal werden der Triggerverlauf und der Ausführungsverlauf auf Workflowebene angezeigt, nicht auf Ebene der Logik-App. Weitere Informationen finden Sie unter Überprüfen des Triggerverlaufs.

Erneutes Übermitteln des Workflows mit denselben Eingaben

Bei einer vorhandenen zustandsbehafteten Workflowausführung können Sie den gesamten Workflow mit den gleichen Eingaben erneut ausführen, die zuvor für diese Ausführung verwendet wurden. Weitere Informationen finden Sie unter Erneutes Ausführen eines Workflows mit denselben Eingaben.

Aktivieren des Ausführungsverlaufs für zustandslose Workflows

Damit Sie einen zustandslosen Workflow debuggen können, können Sie den Ausführungsverlauf für diesen Workflow aktivieren und wieder deaktivieren, wenn Sie fertig sind. Führen Sie diese Schritte für das Azure-Portal aus. Wenn Sie in Visual Studio Code arbeiten, lesen Sie Erstellen zustandsbehafteter und zustandsloser Workflows in Visual Studio Code.

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

2. Wählen Sie im Menü der Logik-App unter Einstellungen die Option Konfiguration aus.

3. Wählen Sie auf der Registerkarte Anwendungseinstellungen die Option Neue Anwendungseinstellung aus.

4. Geben Sie im BereichAnwendungseinstellung hinzufügen/bearbeiten in das Feld Name den Namen dieser Vorgangsoption ein:

   Workflows.{yourWorkflowName}.OperationOptions

5. Geben Sie in das Feld Wert den Wert WithStatelessRunHistory ein.

   

6. Wählen Sie OK aus, um diese Aufgabe abzuschließen. Wählen Sie auf der Symbolleiste des Bereichs Konfiguration die Option Speichern aus.

7. Um den Ausführungsverlauf zu deaktivieren, wenn Sie fertig sind, legen Sie entweder die Eigenschaft namens Workflows.{your-workflow-name}.OperationOptions auf Keine fest, oder löschen Sie die Eigenschaft und ihren Wert.

Aktivieren oder Öffnen von Application Insights nach der Bereitstellung

Während der Workflowausführung gibt Ihre Logik-App Telemetriedaten zusammen mit anderen Ereignissen aus. Sie können diese Telemetrie verwenden, um auf verschiedene Weise einen besseren Einblick in die Qualität der Workflowausführung und die Arbeitsweise der Logic Apps-Runtime zu bekommen. Sie können den Workflow überwachen, indem Sie Application Insights verwenden, wodurch nahezu in Echtzeit Telemetriedaten (Livemetriken) bereitgestellt werden. Mithilfe dieser Funktion können Sie Fehler und Leistungsprobleme leichter untersuchen, wenn Sie diese Daten zum Diagnostizieren von Problemen, Einrichten von Warnungen und Erstellen von Diagrammen verwenden.

Wenn die Erstellungs- und Bereitstellungseinstellungen Ihrer Logik-App die Verwendung von Application Insights unterstützen, können Sie optional die Diagnoseprotokollierung und Ablaufverfolgung für Ihren Logik-App-Workflow aktivieren. Dies ist entweder beim Erstellen der Logik-App-Ressource oder nach der Bereitstellung möglich. Sie benötigen eine Application Insights-Instanz, können aber diese Ressource entweder im Voraus, beim Erstellen Ihrer Logik-App oder nach der Bereitstellung erstellen. Sie können auch erweiterte Telemetrie in Application Insights für Standardworkflowsaktivieren.

Aktivieren von Application Insights für eine bereitgestellte Logik-App

1. Suchen Sie im Azure-Portal nach Ihrer bereitgestellten Logik-App.

2. Wählen Sie im Menü der Logik-App unter Einstellungen die Option Application Insights aus.

3. Wählen Sie im Bereich Application Insights die Option Application Insights aktivieren aus.

4. Nachdem der Bereich aktualisiert wurde, wählen Sie Anwenden>Ja aus.

5. Wählen Sie im Bereich Application Insights die Option Application Insights-Daten anzeigen aus.

   Nachdem das Application Insights-Dashboard geöffnet wurde, können Sie Metriken oder Protokolle für Ihren Logik-App-Workflow überprüfen. Um beispielsweise Daten abzubilden oder abzufragen, wählen Sie im Ressourcenmenü „Application Insights“ unter Überwachung die Option Metriken oder Protokolleaus.

Application Insights öffnen

1. Suchen Sie im Azure-Portal nach Ihrer bereitgestellten Logik-App.

2. Wählen Sie im Menü der Logik-App unter Einstellungen die Option Application Insights aus.

3. Wählen Sie im Bereich Application Insights die Option Application Insights-Daten anzeigen aus.

   Nachdem das Application Insights-Dashboard geöffnet wurde, können Sie Metriken oder Protokolle für Ihren Logik-App-Workflow überprüfen. Um beispielsweise Daten abzubilden oder abzufragen, wählen Sie im Ressourcenmenü „Application Insights“ unter Überwachung die Option Metriken oder Protokolleaus.

Anzeigen von Verbindungen

Wenn Sie Verbindungen in einem Workflow mit Connectors erstellen, die von Microsoft verwaltet werden, sind diese Verbindungen tatsächlich separate Azure-Ressourcen mit ihren eigenen Ressourcendefinitionen und werden in globalen, multitenanten Azure gehostet. Standardlogik-App-Workflows können auch integrierten Dienstanbieterconnectors verwenden, die nativ ausgeführt werden und von der Azure Logic Apps-Laufzeit mit einem Mandanten unterstützt werden. Informationen zum Anzeigen und Verwalten dieser Verbindungen finden Sie unter Anzeigen von Verbindungen.

Beenden oder Starten von Logik-App-Ressourcen

Führen Sie die Schritte in Deaktivieren oder Aktivieren von Logik-Apps aus.

Beheben von Problemen und Fehlern

In der Designerauswahl für zuvor erstellte Workflows fehlen neue Trigger und Aktionen

Azure Logic Apps mit einzelnem Mandanten unterstützt integrierte Aktionen für Azure-Funktionsvorgänge, Liquid-Vorgänge und XML-Vorgänge wie XML-Validierung und Transformieren von XML. Allerdings werden diese Aktionen für zuvor erstellte Logik-Apps möglicherweise nicht für Sie zur Auswahl im Designer angezeigt, wenn Ihre Logik-App eine veraltete Version des Erweiterungspakets Microsoft.Azure.Functions.ExtensionBundle.Workflows verwendet.

Um dieses Problem zu beheben, führen Sie die folgenden Schritte aus, um die veraltete Version zu löschen, damit das Erweiterungspaket automatisch auf die neueste Version aktualisiert werden kann.

Hinweis

Diese spezifische Lösung gilt nur für Logik-App Standardressourcen, die Sie im Azure-Portal erstellen, nicht die Logik-Apps, die Sie mit Visual Studio Code und der Erweiterung „Azure Logic Apps (Standard)“ erstellen und bereitstellen. Siehe Neue Trigger und Aktionen fehlen in der Designerauswahl für früher erstellte Workflows.

1. Beenden Sie im Azure-Portal Ihre Logik-App.

   1. Wählen Sie in Ihrem Logik-App-Menü Übersicht aus.

   2. Wählen Sie in der Symbolleiste des Bereichs Übersicht die Option Beenden aus.

2. Wählen Sie im Menü Ihrer Logik-App unter Entwicklungstools die Option Erweiterte Tools aus.

3. Wählen Sie im Bereich Erweiterte Tools die Option Los aus, wodurch die Kudu-Umgebung für Ihre Logik-App geöffnet wird.

4. Öffnen Sie auf der Kudu-Symbolleiste das Menü Debugkonsole, und wählen Sie CMD aus.

   Ein Konsolenfenster wird geöffnet, in dem Sie mithilfe der Eingabeaufforderung zum Paketordner navigieren können. Alternativ können Sie die Verzeichnisstruktur durchsuchen, die oben im Konsolenfenster angezeigt wird.

5. Navigieren Sie zum folgenden Ordner, der Ordner mit Versionsangaben für das vorhandene Paket enthält:

   ...\home\data\Functions\ExtensionBundles\Microsoft.Azure.Functions.ExtensionBundle.Workflows

6. Löschen Sie den Versionsordner für das vorhandene Paket. Im Konsolenfenster können Sie diesen Befehl ausführen, wo Sie {bundle-version} durch die vorhandene Version ersetzen:

   rm -rf {bundle-version}

   Beispiel: rm -rf 1.1.3

   Tipp

   Wenn Sie eine Fehlermeldung wie „Berechtigung verweigert“ oder „Datei wird verwendet“ erhalten, aktualisieren Sie die Seite in Ihrem Browser, und wiederholen Sie die vorherigen Schritte, bis der Ordner gelöscht wird.

7. Kehren Sie im Azure-Portal zur Seite Übersicht der Logik-App zurück, und wählen Sie Neu starten aus.

   Im Portal wird automatisch das neueste Paket abgerufen und verwendet.

Nächste Schritte

• Überwachen des Workflowausführungsstatus, Überprüfen des Trigger- und Workflowausführungsverlaufs und Einrichten von Warnungen in Azure Logic Apps