Was ist Azure Logic Apps?
Azure Logic Apps ist eine Cloudplattform, auf der Sie automatisierte Workflows mit wenig bis zu keinem Code erstellen und ausführen können. Indem Sie den visuellen Designer verwenden und aus vorgefertigten Vorgängen auswählen, können Sie schnell einen Workflow erstellen, der Ihre Apps, Daten, Dienste und Systeme integriert und verwaltet.
Azure Logic Apps vereinfacht die Art und Weise, wie Sie alte, moderne und hochmoderne Systeme in der Cloud, vor Ort und in hybriden Umgebungen verbinden. Sie können Code-no-Code-Tools verwenden, um hoch skalierbare Integrationslösungen zu entwickeln, die Ihre Unternehmens- und Business-to-Business-Szenarien (B2B) unterstützen.
Diese Liste beschreibt nur einige Beispielaufgaben, Geschäftsprozesse und Workloads, die Sie mit Azure Logic Apps automatisieren können:
Planen und Senden von E-Mail-Benachrichtigungen mit Office 365, wenn ein bestimmtes Ereignis eintritt, z. B. eine neue Datei wird hochgeladen.
Weiterleiten und Verarbeiten von Kundenbestellungen in lokalen Systemen und Clouddiensten
Verschieben von hochgeladenen Dateien von einem SFTP- oder FTP-Server in Azure Storage
Überwachen von Tweets, Analysieren der Stimmung und Erstellen von Warnungen oder Aufgaben für zu prüfende Elemente
Im folgenden Teilbeispiel verwendet Enterprise-Workflow Bedingungen und Schalter, um die nächste Aktion zu bestimmen. Nehmen wir an, Sie haben ein Bestellsystem, und Ihr Workflow verarbeitet eingehende Bestellungen. Sie möchten Bestellungen ab einem bestimmten Betrag manuell überprüfen. Ihr Workflow verfügt bereits über vorherige Schritte, in denen bestimmt wird, wie hoch die Kosten eines eingehenden Auftrags sind. Sie erstellen also eine Ausgangsbedingung, die z.B. auf diesem Kostenwert basiert:
Tipp
Um mehr zu erfahren, können Sie Azure Copilot folgende Fragen stellen:
- Welche Probleme kann ich mithilfe von Azure Logic Apps lösen?
- Welche Vorteile bietet Azure Logic Apps?
Um Azure Copilot zu finden, wählen Sie auf der Symbolleiste im Azure-Portal die Option Copilot aus.
Wenn Sie bereit sind, Ihren ersten Logik-App-Workflow zu erstellen, finden Sie weitere Informationen unter Erste Schritte.
Um weitere Informationen zu erfahren, probieren Sie dieses Video aus:
Weitere Informationen finden Sie unter Azure Logic Apps auf der Azure-Website und anderen Azure Integration Services.
Schlüsselbegriffe
In der folgenden Tabelle werden kurz Kernbegriffe und Konzepte in Azure Logic Apps definiert.
| Begriff | BESCHREIBUNG |
|---|---|
| Logik-App | Die von Ihnen erstellte Azure-Ressource, wenn Sie einen Workflow erstellen möchten. Grundsätzlich können Sie die folgenden Typen von Logik-App-Ressourcen erstellen: – Eine Ressourcen für Die Verbrauchslogik-App , die einen einzelnen Workflow unterstützt, der in globalen mehrinstanzenbasierten Azure Logic Apps gehostet und ausgeführt wird – Eine Standardlogik-App-Ressource , die mehrere Workflows unterstützt, die in Einzelmandanten-Azure Logic Apps gehostet und ausgeführt werden Erfahren Sie mehr über Logik-App-Ressourcentypen zusammen mit ihren jeweiligen Rechenressourcen- und Abrechnungsmodellen. |
| Workflow | Eine Reihe von Vorgängen, die eine Aufgabe, einen Geschäftsprozess oder eine Arbeitsauslastung definieren. Jeder Workflow beginnt immer mit einem einzelnen Auslöservorgang, nach dem Sie einen oder mehrere Aktionsvorgänge hinzufügen müssen. |
| Trigger | Der erste Vorgang in einem Workflow, der die zu erfüllenden Kriterien angibt, bevor nachfolgende Vorgänge in diesem Workflow ausgeführt werden. Ein Triggerereignis kann beispielsweise der Eingang einer E-Mail in Ihrem Posteingang oder die Erkennung einer neuen Datei in einem Speicherkonto sein. |
| Aktion | Jeder nachfolgende Vorgang, der auf den Trigger im Workflow folgt. |
| Integrierter Connector | Dieser Connector oder Vorgangstyp ist in die Azure Logic Apps-Laufzeit integriert, sodass Vorgänge nativ und direkt zusammen mit der Laufzeit ausgeführt werden, um eine höhere Leistung im Vergleich zu von Microsoft verwalteten Connectors, die in Azure gehostet und ausgeführt werden, zu erzielen. Integrierte Vorgänge bieten Ihnen die Möglichkeit, den Zeitplan oder die Struktur Ihres Workflows zu steuern, Ihren eigenen Code auszuführen, Daten zu verwalten und zu bearbeiten, Anforderungen an einen Endpunkt zu senden oder davon zu empfangen und andere Tasks in Ihrem Workflow auszuführen. Mithilfe des Triggers Serie lässt sich beispielsweise fast jeder Workflow basierend auf einem Zeitplan starten. Sie können aber auch den Trigger Anforderung verwenden, damit Ihr Workflow erst gestartet wird, wenn er aufgerufen wird. Solche Vorgänge erfordern in der Regel nicht, dass Sie eine Verbindung aus Ihrem Workflow erstellen. Während die meisten integrierten Operationen keinem Dienst oder System zugeordnet sind, sind einige integrierte Operationen für bestimmte Dienste verfügbar, z.B. Azure Functions, Azure Blob Storage, Azure App Service und mehr. Die Verfügbarkeit dieser integrierten Vorgänge hängt davon ab, ob Sie an einem Verbrauchs- oder Standardlogik-App-Workflow arbeiten. Weitere Informationen und Beispiele finden Sie unter Integrierte Connectors für Azure Logic Apps. |
| Verwalteter Connector | Dieser Connector oder Vorgangstyp wird von Microsoft in Azure veröffentlicht, verwaltet, gehostet und ausgeführt und ist ein vordefinierter Proxy oder Wrapper für die REST-API eines Diensts oder Systems, den Sie für den Zugriff auf eine bestimmte App, auf Daten, auf einen Dienst oder auf ein System verwenden können. Bevor Sie die meisten verwalteten Konnektoren verwenden können, müssen Sie zunächst eine Verbindung von Ihrem Workflow aus erstellen und Ihre Identität authentifizieren. Sie können Ihren Workflow zum Beispiel mit einem Trigger starten oder eine Aktion ausführen, die mit einem Dienst wie Office 365, Salesforce oder Dateiservern funktioniert. Weitere Informationen finden Sie unter Verwaltete Connectors für Azure Logic Apps. |
| Integrationskonto | Erstellen Sie diese Azure-Ressource, wenn Sie B2B-Artefakte zur Verwendung in Ihren Workflows definieren und speichern möchten. Nachdem Sie ein Integrationskonto erstellt und mit Ihrer Logik-App verknüpft haben, können Ihre Workflows diese B2B-Artefakte verwenden. Ihre Workflows können auch Nachrichten austauschen, die die Standards „Electronic Data Interchange“ (EDI) und „Enterprise Application Integration“ (EAI) erfüllen. Sie können zum Beispiel Handelspartner, Vereinbarungen, Schemata, Maps und andere B2B-Artefakte definieren. Sie können Workflows erstellen, die diese Artefakte verwenden und Nachrichten über Protokolle wie AS2, EDIFACT, X12 und RosettaNet austauschen. |
Warum Azure Logic Apps verwenden?
Die Azure Logic Apps Integrationsplattform bietet mehr als 1.000 vorgefertigte Konnektoren, mit denen Sie Apps, Daten, Dienste und Systeme einfacher und schneller verbinden und integrieren können. Sie können sich mehr auf den Entwurf und die Implementierung der Geschäftslogik und der Funktionen Ihrer Lösung konzentrieren, während Sie weniger Energie darauf verwenden, herauszufinden, wie Sie auf Ihre Ressourcen zugreifen können.
Um mit einem beliebigen Dienstendpunkt zu kommunizieren, Ihren eigenen Code auszuführen, Ihre Workflow-Struktur zu steuern, Daten zu bearbeiten oder eine Verbindung zu häufig verwendeten Diensten mit besserer Leistung herzustellen, können Sie integrierte Connector-Vorgänge verwenden. Diese Vorgänge werden nativ auf der Azure Logic Apps-Laufzeit ausgeführt, um eine schnellere Leistung zu erzielen.
Um auf Ressourcen in Diensten wie Azure, Microsoft, anderen externen Web-Apps und -Diensten oder lokalen Systemen zuzugreifen und diese auszuführen, können Sie von Microsoft verwaltete (von Azure gehostete) Connector-Vorgänge verwenden. Wählen Sie aus mehr als 1.0000 Connectors in einem ständig erweiterten Azure-Ökosystem, z. B.:
Azure-Dienste wie Blob Storage und Service Bus
Office 365-Dienste wie Outlook, Excel und SharePoint
Datenbankserver wie SQL und Oracle
Unternehmenssysteme wie SAP und IBM MQ
Dateifreigaben wie FTP und SFTP
Weitere Informationen finden Sie in der folgenden Dokumentation:
Wenn Sie Workflows in Azure Logic Apps erstellen, müssen Sie in der Regel keinen Code schreiben. Sollten Sie aber doch Code schreiben müssen, können Sie JavaScript-Codeschnipsel oder C#-Skripts zu Ihrem Workflow hinzufügen und sie ausführen, indem Sie die Aktion Inlinecode für JavaScript- bzw. C#verwenden. Sie können Code auch mithilfe von Azure Functions hinzufügen und ausführen. Wenn Ihr Workflow mit Ereignissen anderer Azure-Dienste, benutzerdefinierter Apps oder anderer Lösungen interagieren muss, können Sie diese mithilfe von Azure Event Grid oder Azure Event Hubs überwachen, weiterleiten und veröffentlichen.
Azure Logic Apps wird vollständig von Microsoft Azure verwaltet, so dass Sie sich nicht mehr um das Hosting, die Skalierung, die Verwaltung, die Überwachung und die Wartung der mit diesen Diensten erstellten Lösungen kümmern müssen. Wenn Sie diese Funktionen verwenden, um „serverlose“" Apps und Lösungen zu erstellen, können Sie sich ganz auf die Geschäftslogik und -funktionalität konzentrieren. Für diese Dienste wird eine automatische Skalierung durchgeführt, um Ihre Anforderungen zu erfüllen, Integrationen zu beschleunigen und Sie beim Erstellen von stabilen Cloud-Apps mit wenig bis gar keinem Code zu unterstützen.
Wie andere Unternehmen durch die Kombination von Azure Logic Apps mit anderen Azure-Diensten und Microsoft-Produkten ihre Agilität verbessert und den Fokus auf ihr Kerngeschäft erhöht haben, erfahren Sie in diesen Kundenberichten.
Wie unterscheidet sich Azure Logic Apps von Funktionen, WebJobs und Power Automate?
All diese Diensten helfen Ihnen, unterschiedliche Systeme zu verbinden und zusammenzuführen. Jeder Dienst hat bestimmte Vorteile, sodass eine Kombination der jeweiligen Funktionen die beste Möglichkeit darstellt, schnell ein skalierbares, Integrationssystem mit vollem Funktionsumfang zu erstellen. Weitere Informationen finden Sie unter Wählen zwischen Azure Logic Apps, Azure Functions, Azure WebJobs und Microsoft Power Automate.
Unterschiede zwischen Azure Logic Apps von Azure Automation Runbooks
Azure Automation Runbooks bieten eine einfache und kostengünstige Lösung für einfache Korrekturen, z. B. das Neustarten virtueller Maschinen. Im Gegensatz dazu eignen sich Azure Logic Apps ideal für Workflows und Orchestrierungen zwischen mehreren Diensten, Systemen, Apps und Daten. Das schließt Workloads ein, die benutzerdefinierten Code ausführen oder komplexe Logik erfordern, die Steuerelementstrukturen wie Schleifen, Verzweigung, Bedingungen und vieles mehr verwendet.
Wie schnell kann ich meine Lösungen mithilfe von Azure Logic Apps bereitstellen?
Sie können mit Ihren aktuellen Systemen und Diensten klein beginnen und dann Schritt für Schritt in Ihrem persönlichen Tempo wachsen. Wenn Sie soweit sind, hilft Ihnen Azure Logic Apps bei der Implementierung und Skalierung auf ausgereiftere Integrationsszenarien, indem es die folgenden Funktionen und Vorteile bietet.
Visuelles Erstellen und Bearbeiten von Workflows mit benutzerfreundlichen Tools
Sparen Sie Zeit und vereinfachen Sie komplexe Prozesse, indem Sie die visuellen Design-Tools in Azure Logic Apps nutzen. Erstellen Sie Ihre Workflows von Anfang bis Ende mit dem Workflow-Designer von Azure Logic Apps im Azure-Portal oder Visual Studio Code. Starten Sie Ihren Workflow einfach mit einem Trigger, und fügen Sie eine beliebige Anzahl von Aktionen über den Katalog mit Connectors hinzu.
Verbinden von unterschiedlichen Systemen über verschiedene Umgebungen hinweg
Einige Muster und Prozesse sind leicht zu beschreiben, lassen sich im Code aber nur schwer implementieren. Mit Azure Logic Apps können Sie unterschiedliche Systeme in der Cloud, vor Ort und in hybriden Umgebungen nahtlos miteinander verbinden. Beispielsweise können Sie eine Cloudmarketinglösung mit einem lokalen Abrechnungssystem verbinden oder das Messaging für APIs und Systeme mittels Azure Service Bus zentralisieren. Azure Logic Apps bietet eine schnelle, zuverlässige und konsistente Möglichkeit, wiederverwendbare und rekonfigurierbare Lösungen für diese Szenarien bereitzustellen.
Erstellen und Bereitstellen in verschiedenen Umgebungen
Wählen Sie auf der Grundlage Ihres Szenarios, der Lösungsanforderungen und der gewünschten Funktionen, ob Sie einen Consumption oder Standard Logic App Workflow erstellen möchten. Basierend auf dieser Wahl wird der Workflow entweder in mehrinstanzenfähigen Azure Logic Apps, Einzelmandanten-Azure-Logik-Apps oder in einer App Service-Umgebung (v3) ausgeführt. Mit Einzelmandanten-Azure Logic Apps können Ihre Workflows einfacher auf Ressourcen zugreifen, die durch virtuelle Azure-Netzwerke geschützt sind. Wenn Sie einzelne mandantenbasierte Workflows mithilfe von Azure Arc-fähigen Logic Apps erstellen, können Sie Workflows auch in Containern ausführen. Weitere Informationen finden Sie unter Einzelmandant im Vergleich zu mehreren Mandanten in Azure Logic Apps und Was sind Arc-fähige Logic Apps?
In der folgenden Tabelle werden kurz die Unterschiede zwischen einem Verbrauchs- und einem Standard-Logik-App-Workflow zusammengefasst. Außerdem lernen Sie die Unterschiede zwischen der Mehrmandantenumgebung, der Einzelmandantenumgebung und der App Service-Umgebung v3 (ASEv3) für die Bereitstellung, das Hosting und die Ausführung Ihrer Logik-App-Workflows kennen.
| Hostingoption | Vorteile | Ressourcenfreigabe und -nutzung | Preis- und Abrechnungsmodell | Verwaltung von Grenzwerten |
|---|---|---|---|---|
| Verbrauch Hostumgebung: Mehrere Mandanten in Azure Logic Apps |
– Einfacher Einstieg - Nutzungsabhängige Abrechnung – Vollständig verwaltet |
Eine Logik-App-Ressource kann nur einen Workflow haben. Alle Logik-Apps in mehreren Microsoft Entra-Mandanten nutzen dieselben Ressourcen für die Verarbeitung (Compute), den Speicher, das Netzwerk usw. Aus Redundanzgründen werden Daten in der gekoppelten Region repliziert. Für Hochverfügbarkeit ist georedundanter Speicher (GRS) aktiviert. |
Verbrauch (ausführungsbasierte Bezahlung) | Azure Logic Apps verwaltet die Standardwerte für diese Grenzwerte, aber Sie können einige dieser Werte ändern, wenn diese Option für einen bestimmten Grenzwert vorhanden ist. |
| Standard (Workflowdienstplan) Hostumgebung: Azure Logic Apps-Instanz mit nur einem Mandanten Hinweis: Falls in Ihrem Szenario Container erforderlich sind, erstellen Sie Logik-Apps mit nur einem Mandanten mithilfe von Logic Apps mit Azure Arc-Unterstützung. Weitere Informationen finden Sie unter Was ist Logic Apps mit Azure Arc-Unterstützung?. |
- Mehr integrierte Connectors, die auf der Runtime des Einzelmandanten gehostet werden, für einen höheren Durchsatz und niedrigere Kosten bei Erweiterung – Mehr Steuerungs- und Optimierungsfunktionen für Laufzeit- und Leistungseinstellungen – Integrierte Unterstützung für virtuelle Netzwerke und private Endpunkte – Erstellen von eigenen integrierten Connectors |
Eine einzelne Logik-App-Ressource kann über mehrere zustandsbehaftete und zustandsfreie Workflows verfügen. Workflows in einer einzelnen Logik-App und einem einzelnen Mandanten nutzen dieselben Ressourcen für die Verarbeitung (Compute), den Speicher, das Netzwerk usw. Daten verbleiben in derselben Region, in der Sie die Logik-Apps bereitstellen. |
Standard, basierend auf einem Hostingplan mit einem ausgewählten Tarif Wenn Sie zustandsbehaftete Workflows ausführen, die externen Speicher verwenden, nimmt die Azure Logic Apps-Runtime Speichertransaktionen entsprechend den Azure Storage-Preisen vor. |
Sie können die Standardwerte für viele Grenzwerte basierend auf den Anforderungen Ihres Szenarios ändern. Wichtig: Einige Grenzwerte haben harte Obergrenzen. In Visual Studio Code werden die Änderungen, die Sie an den Standardgrenzwerten in den Konfigurationsdateien Ihrer Logik-App-Projekte vornehmen, nicht in der Designererfahrung angezeigt. Weitere Informationen finden Sie unter Bearbeiten von App- und Umgebungseinstellungen für Logik-Apps in einzelinstanzenfähigen Azure Logic Apps. |
| Standard (App Service-Umgebung v3) Hostumgebung: App Service-Umgebung v3 (ASEv3) – nur Windows-Pläne |
Gleiche Funktionen wie Einzelmandant sowie folgende Vorteile: – Vollständige Isolierung Ihrer Logik-Apps – Erstellen und Ausführen von mehr Logik-Apps als im Azure Logic Apps-Einzelmandanten – Bezahlen nur für den ASE-App Service-Plan, unabhängig von der Anzahl der Logik-Apps, die Sie erstellen und ausführen – Kann die automatische Skalierung oder manuelle Skalierung mit mehr VM-Instanzen oder einem anderen App Service-Plan ermöglichen – Erben des Netzwerksetups von der ausgewählten ASEv3 Wenn Sie Workflows beispielsweise in einer internen ASE bereitstellen, können diese auf die Ressourcen in einem virtuellen Netzwerk zugreifen, das der ASE zugeordnet ist und über interne Zugriffspunkte verfügt. Hinweis: Wenn der Zugriff von außerhalb einer internen ASE erfolgt, können Ausführungsverläufe für Workflows in dieser ASE nicht auf Aktionseingaben und -ausgaben zugreifen. |
Eine einzelne Logik-App kann über mehrere zustandsbehaftete und zustandslose Workflows verfügen. Workflows in einer einzelnen Logik-App und einem einzelnen Mandanten nutzen dieselben Ressourcen für die Verarbeitung (Compute), den Speicher, das Netzwerk usw. Daten verbleiben in derselben Region, in der Sie Ihre Logik-Apps bereitstellen. |
App Service-Plan | Sie können die Standardwerte für viele Grenzwerte basierend auf den Anforderungen Ihres Szenarios ändern. Wichtig: Einige Grenzwerte haben harte Obergrenzen. In Visual Studio Code werden die Änderungen, die Sie an den Standardgrenzwerten in den Konfigurationsdateien Ihrer Logik-App-Projekte vornehmen, nicht in der Designererfahrung angezeigt. Weitere Informationen finden Sie unter Bearbeiten von App- und Umgebungseinstellungen für Logik-Apps in einzelinstanzenfähigen Azure Logic Apps. |
Erstklassige Unterstützung für Unternehmensintegration und B2B-Szenarien
Unternehmen und Organisationen kommunizieren auf elektronischem Wege über Nachrichtenprotokolle und -formate miteinander, die zwar alle dem Branchenstandard entsprechen, aber unterschiedlicher Art sein können, z.B. EDIFACT, AS2, X12 und RosettaNet. Mit den von Azure Logic Apps unterstützten Unternehmensintegrationsfunktionen können Sie Workflows erstellen, die von Handelspartnern verwendete Nachrichtenformate in Formate umwandeln, die von den Systemen Ihres Unternehmens interpretiert und verarbeitet werden können. Azure Logic Apps verarbeitet diesen Austausch reibungslos und sicher mit Verschlüsselung und digitalen Signaturen. Für B2B-Integrationsszenarien enthält Azure Logic Apps Funktionen von BizTalk Server. Um Business-to-Business (B2B) Artefakte zu definieren, erstellen Sie ein Integrationskonto, in welchem Sie diese Artefakte speichern. Nachdem Sie dieses Konto mit Ihrer Logic-App-Ressource verknüpft haben, kann Ihr Workflow diese B2B-Artefakte verwenden und Nachrichten austauschen, die den Standards für elektronischen Datenaustausch (EDI) und Enterprise Application Integration (EAI) entsprechen.
Weitere Informationen finden Sie in der folgenden Dokumentation:
Integrieren und Erstellen mit Microsoft BizTalk Server, Azure Service Bus, Azure Functions, Azure API Management und mehr.
Austauschen von Nachrichten mithilfe der Protokolle EDIFACT, AS2, X12 und RosettaNet.
Verarbeiten von XML-Nachrichten und Flatfiles.
Erstellen Sie ein Integrationskonto, um B2B-Artefakte wie Handelspartner, Vereinbarungen, Zuordnungen, Schemas und mehr zu speichern und zu verwalten.
Wenn Sie beispielsweise Microsoft BizTalk Server nutzen, können Ihre Workflows über den BizTalk Server-Connector mit Ihrer BizTalk Server-Instanz kommunizieren. Danach können Sie dann mithilfe von Integrationskonto-Connectors BizTalk-ähnliche Vorgänge in Ihrem Workflow erweitern oder ausführen. In der anderen Richtung kann BizTalk Server mit Ihren Workflows kommunizieren, indem Sie den Microsoft BizTalk Server-Adapter für Azure Logic Apps verwenden. Informieren Sie sich darüber, wie Sie für Ihre BizTalk Server-Instanz den BizTalk Server Adapter einrichten und nutzen.
Einmal schreiben, häufig wiederverwenden
Erstellen Sie Ihre Logik-App-Workflows als Azure Resource Manager-Vorlagen, sodass Sie Bereitstellungen über mehrere Umgebungen und Regionen hinweg einrichten und automatisieren können.
Integrierte Erweiterbarkeit
Wenn kein geeigneter Connector zum Ausführen des gewünschten Codes verfügbar ist, können Sie Ihre eigenen Codeschnipsel erstellen und aus Ihrem Workflow aufrufen, indem Sie die Aktion Inlinecode für JavaScript oder C#-Skripte verwenden. Auch die Verwendung von Azure Functions ist möglich. Sie können auch Ihre eigenen APIs und benutzerdefinierten Connectors erstellen und aus Ihren Workflows aufrufen.
Direkter Zugriff auf Ressourcen in virtuellen Azure-Netzwerken
Logik-App-Workflows können auf geschützte Ressourcen wie VMs, andere Dienste und Systeme in einem virtuellen Azure-Netzwerk zugreifen, wenn Sie Azure Logic Apps (Standard) verwenden. Azure Logic Apps (Standard) ist eine Einzelmandanteninstanz von Azure Logic Apps, das dedizierte Ressourcen verwendet und separat von globalen, mehrinstanzenfähigen Azure Logic Apps-Instanzen ausgeführt wird.
Das Hosting oder Ausführen von Logik-Apps als eigene dedizierte Instanz trägt dazu bei, mögliche Auswirkungen anderer Azure-Mandanten auf die Leistung von Apps zu verringern. Dies ist auch als „Noisy Neighbors“-Problem bekannt.
Azure Logic Apps (Standard) bietet die folgenden Vorteile:
Ihre eigenen statischen IP-Adressen, die von den statischen IP-Adressen gesondert sind, die von den Logik-Apps in mehrinstanzenfähigen Azure Logic Apps gemeinsam verwendet werden. Sie können auch eine einzelne öffentliche, statische und vorhersagbare ausgehende IP-Adresse für die Kommunikation mit Zielsystemen einrichten. Auf diese Weise müssen Sie nicht auf den Zielsystemen extra Firewallzugänge einrichten.
Höhere Grenzwerte für Ausführungsdauer, Speicheraufbewahrung, Durchsatz, Zeitlimits für HTTP-Anforderungen und -Antworten, Nachrichtengröße und benutzerdefinierte Connectoranforderungen. Weitere Informationen finden Sie unter Grenzwerte und Konfiguration für Azure Logic Apps.
Funktionsweise von Logik-Apps
In einer Logik-App beginnt jeder Workflow immer mit einem einzelnen Trigger. Ein Trigger wird ausgelöst, wenn eine Bedingung erfüllt ist – also beispielsweise, wenn ein bestimmtes Ereignis eintritt oder wenn Daten bestimmte Kriterien erfüllen. Viele Trigger verfügen über Planungsfunktionen, mit denen die Häufigkeit der Workflowausführung gesteuert wird. Nachdem der Trigger ausgelöst wurde, führen eine oder mehrere Aktionen Vorgänge aus, die Daten durchlaufen, verarbeiten oder konvertieren, die durch den Workflow geleitet werden, oder die den nächsten Schritt des Workflows einleiten.
Azure Logic Apps implementiert und verwendet die Nachrichtenzustellsemantik „mindestens einmal“. Selten stellt der Dienst eine Nachricht mehrmals zu, aber es gehen keine Nachrichten verloren. Wenn Ihr Unternehmen keine doppelten Nachrichten verarbeitet oder nicht verarbeiten kann, müssen Sie Idempotenz implementieren, was die Möglichkeit ist, identische oder duplizierte Nachrichten zu akzeptieren, während die Datenintegrität und Die Systemstabilität beibehalten werden. Auf diese Weise ändern Wiederholungen desselben Vorgangs das Ergebnis nach der ersten Ausführung nicht.
Im folgenden Abschnitt wird die Logik für den Beispiel-Unternehmensworkflow beschrieben, der Teil eines Bestellsystems ist, in dem der Workflow eingehende Bestellungen verarbeitet. Ihr Workflow verfügt bereits über Schritte, in denen bestimmt wird, wie hoch die Kosten eines eingehenden Auftrags sind. Ihr Ziel ist es, Bestellungen über einer bestimmten Kosten manuell zu überprüfen, sodass Sie eine erstbedingung basierend auf diesem Kostenwert erstellen, z. B.:
Wenn die Bestellung unter einem bestimmten Betrag liegt, ist die Bedingung FALSE. Daher verarbeitet der Workflow die Bestellung.
Wenn die Bedingung TRUE ist, sendet der Workflow eine E-Mail zur manuellen Überprüfung. Eine Option bestimmt den nächsten Schritt.
Wenn der Prüfer die Genehmigung erteilt, setzt der Workflow die Verarbeitung des Auftrags fort.
Wenn der Prüfer die Angelegenheit eskaliert, sendet der Workflow eine Eskalations-E-Mail, um weitere Informationen zum Auftrag zu erhalten.
Wenn die Eskalationsanforderungen erfüllt sind, ist die Antwortbedingung TRUE. Daher wird die Bestellung verarbeitet.
Lautet die Antwortbedingung FALSE, wird eine E-Mail bezüglich des Problems gesendet.
Sie können Workflows visuell erstellen, indem Sie den Workflow-Designer von Azure Logic Apps im Azure-Portal oder Visual Studio Code verwenden. Jeder Workflow hat auch eine zugrunde liegende Definition, die das Format JavaScript Object Notation (JSON) verwendet. Wenn Sie möchten, können Sie Workflows bearbeiten, indem Sie diese JSON-Definition ändern. Für einige Erstellungs- und Verwaltungsaufgaben bietet Azure Logic Apps Unterstützung für Azure PowerShell und Azure CLI-Befehle. Für die automatische Bereitstellung unterstützt Azure Logic Apps Azure Resource Manager-Vorlagen.
Preisoptionen
Jeder Ressourcentyp der Logik-App (Mehrmandant, Einzelmandant, App Service-Umgebung (ASE v3)) weist ein anderes Preismodell auf. Zum Beispiel folgen mandantenfähige Logik-App-Workflows dem Consumption-Preismodell, während mandantenfähige Standard-Logik-App-Workflows dem Standard-Preismodell folgen. Erfahren Sie mehr über Preisgestaltung und Zählung für Azure Logic Apps.
Erste Schritte
Bevor Sie mit Azure Logic Apps beginnen können, benötigen Sie ein Azure-Abonnement. Falls Sie kein Abonnement besitzen, können Sie sich für ein kostenloses Azure-Konto registrieren.
Wenn Sie bereit sind, können Sie eine oder mehrere der folgenden Schnellstartanleitungen für Azure Logic Apps ausprobieren.
Erstellen eines mandantenfähigen Consumption Logic App-Workflows im Azure-Portal
Erstellen eines Workflows für multitenant-Verbrauchslogik-App in Visual Studio Code
Vielleicht möchten Sie auch andere Schnellstartanleitungen für Azure Logic Apps lesen:
Erstellen eines Workflows für multitenant-Verbrauchslogik-App mit einer ARM-Vorlage
Erstellen eines Mehrinstanzen-App-App-Workflows mithilfe der Azure CLI