Was ist Azure Logic Apps?
Azure Logic Apps ist eine Cloudplattform, auf der Sie automatisierte Workflows innerhalb und außerhalb der Softwareökosysteme in Ihrem Unternehmen oder Ihrer Organisation erstellen und ausführen können. Diese Plattform macht es ganz oder teilweise überflüssig, Code zu schreiben, wenn Ihre Workflows eine Verbindung mit Ressourcen aus verschiedenen Komponenten herstellen müssen, z. B. Diensten, Systemen, Apps und Datenquellen.
Azure Logic Apps enthält Tools, mit denen Sie ohne Code oder mit wenig Code mit älteren, aktuellen und modernsten Systemen zusammenarbeiten können, die in der Cloud, lokal oder in Hybridumgebungen ausgeführt werden. Sie können z. B. einen visuellen Designer zusammen mit vordefinierten Vorgängen verwenden, um das Erstellen von Workflows so einfach wie möglich zu gestalten. Diese vordefinierten Vorgänge dienen als Bausteine in Ihren Workflows und ermöglichen Ihnen den Zugriff auf verschiedene Ressourcen sowie das Ausführen allgemeiner Aufgaben wie das Abrufen von Daten, das Senden von Daten und das Verwalten von Daten. Mit Azure Logic Apps können Sie Integrationslösungen erstellen, mit denen Sie Ihre Geschäftsszenarien gemäß den Anforderungen Ihres Unternehmens oder Ihrer Organisation skalieren und unterstützen können.
Im Folgenden finden Sie lediglich einige Beispiele für Aufgaben, 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 Blob Storage
- Überwachen von Social Media-Aktivitäten, Analysieren der Stimmung und Erstellen von Warnungen oder Aufgaben für Elemente, die überprüft werden müssen
Der folgende Beispielworkflow verwendet 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 enthält bereits Schritte, mit denen die Kosten aus einer eingehenden Bestellung ermittelt werden können. Sie fügen daher eine Bedingung hinzu, die jede Bestellung mit Ihrem Kostenschwellenwert vergleicht, z. B.:
Weitere Informationen zur Logik hinter diesem Workflow finden Sie unter Funktionsweise von Logik-Apps.
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.
Weitere Informationen zum Erstellen Ihres ersten Workflows finden Sie unter Erste Schritte. Um weitere Informationen zu erhalten, sehen Sie sich dieses Video an:
Weitere Informationen finden Sie unter Azure Logic Apps und anderen Azure-Integrationsdiensten auf der Microsoft Azure-Website.
Warum Azure Logic Apps verwenden?
Die Azure Logic Apps-Plattform bietet mehr als 1.400 vordefinierte Connectors, über die Sie Ihre Workflows mit verschiedenen Diensten, Systemen, Apps und Daten verbinden und integrieren können. Dieses ständig wachsende Ökosystem von Connectors hilft Ihnen, die für den Zugriff auf Ihre Ressourcen erforderliche Arbeit zu reduzieren oder ganz überflüssig zu machen. Stattdessen können Sie sich mehr auf das Entwerfen und Entwickeln der Geschäftslogik und -funktionalität konzentrieren, die erforderlich ist, damit Ihre Lösungen die geschäftlichen Anforderungen erfüllen.
Um mit einem beliebigen Dienstendpunkt zu kommunizieren, Ihren eigenen Code auszuführen, Ihre Workflowstruktur zu steuern, Daten zu bearbeiten oder eine Verbindung mit häufig verwendeten Ressourcen mit höherer Geschwindigkeit, Kapazität höherem Durchsatz herzustellen, können Sie integrierte Connectorvorgänge verwenden. Diese Vorgänge werden nativ in der Azure Logic Apps-Runtime und nicht in Azure ausgeführt, um die Leistung zu verbessern.
Für den Zugriff auf und die Verwendung von Ressourcen, die mit Diensten wie Azure, Microsoft, anderen externen Web-Apps und Diensten oder lokalen Systemen erstellt und verwaltet werden, können Sie von verwaltete Connectorvorgänge verwenden. Diese Vorgänge werden in Azure global und mehrinstanzenfähig gehostet und ausgeführt. Sie können aus 1.400 Connectors auswählen, 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 den folgenden Artikeln:
Wenn Sie mit Azure Logic Apps Workflows erstellen, müssen Sie in der Regel keinen Code schreiben. Wenn Sie jedoch Ihren eigenen Code erstellen und ausführen möchten, unterstützt Azure Logic Apps auch diese Funktion. Beispielsweise können Sie in Workflows, die in mehrinstanzenfähigen Azure Logic Apps-Instanzen ausgeführt werden, JavaScript-Codeschnipsel direkt in Ihrem Workflow schreiben und ausführen. Für komplexeren und strukturierten Code können Sie Funktionen erstellen und aus Ihren Workflows aufrufen, wenn Sie die Azure Functions-Plattform verwenden. Für Workflows, die in Azure Logic Apps-Einzelinstanzen, App Service-Umgebungen v3 (App Service Environment, ASE) oder teilweise verbundenen Umgebungen ausgeführt werden, können Sie JavaScript-Codeschnipsel, .NET-Code, C#-Skripts und PowerShell-Skripts direkt in Ihrem Workflow schreiben 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.
Weitere Informationen finden Sie in den folgenden Artikeln:
- Hinzufügen und Ausführen von JavaScript-Code inline mit Workflows
- Übersicht über Azure Functions und Aufrufen von Azure Functions aus Workflows
- Erstellen und Ausführen von .NET-Code aus Standardworkflows
- Hinzufügen und Ausführen von C#-Skripts
- Hinzufügen und Ausführen von PowerShell-Skripts
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 das Erstellen der Geschäftslogik und -funktionalität konzentrieren. Für serverlose Plattformen 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.
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 Logik-App-Ressource im Verbrauchstarif, die einen einzelnen Workflow unterstützt, der in mehrinstanzenbasierten Azure Logic Apps-Instanzen gehostet und ausgeführt wird - Eine Logik-App-Ressource im Standardtarif, die mehrere Workflows unterstützt, die in Einzelmandanten-Azure Logic Apps-Instanzen, App Service-Umgebungen v3 (App Service Environment, ASE) gehostet und ausgeführt werden – nur Windows-Pläne oder eine teilweise verbundene Umgebung 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. |
Wie schnell kann ich mit Azure Logic Apps loslegen?
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.
Basierend auf dem vorherigen Beispiel wird im folgenden Abschnitt die Logik hinter dem Beispielworkflow beschrieben, die eingehende Bestellungen eines Bestellsystems verarbeitet. Vergessen Sie nicht, dass Ihr Ziel darin besteht, Bestellungen über einem bestimmten Preis manuell zu überprüfen. Der Workflow enthält bereits Schritte, mit denen bestimmt wird, wie hoch die Kosten einer eingehenden Bestellung sind. Sie fügen daher eine Bedingung hinzu, die jede Bestellung mit Ihrem Kostenschwellenwert vergleicht, 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.
Azure Logic Apps 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.
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
Für jede Logik-App-Hostingoption (mehrinstanzenfähig, einzelinstanzenfähig, App Service-Umgebung v3 oder teilweise verbundene Umgebung) gilt ein anderes Preismodell. Zum Beispiel folgen mandantenfähige Logik-App-Workflows dem Consumption-Preismodell, während mandantenfähige Standard-Logik-App-Workflows dem Standard-Preismodell folgen. Spezifische Preisdetails finden Sie unter Azure Logic Apps – Preise.
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 eignet sich die Azure Logic Apps-Plattform ideal für automatisierte Workflows oder Orchestrierungen, die mehrere Dienste, Systeme, Apps und Daten umfassen. Diese Szenarien schließen Workloads ein, die benutzerdefinierten Code ausführen oder komplexe Logik mit Steuerungsstrukturen wie Schleifen, Verzweigung, Bedingungen u. v. m. erfordern.
Erste Schritte
Bevor Sie mit dem Testen von Azure Logic Apps beginnen können, benötigen Sie ein Azure-Konto und ein Abonnement. Falls Sie kein Abonnement besitzen, können Sie sich für ein kostenloses Azure-Konto registrieren.
Wenn Sie bereit sind, beginnen Sie mit einer oder mehreren der folgenden Anleitungen für Azure Logic Apps:
- Erstellen eines Logik-App-Workflows im Verbrauchstarif für mehrere Mandanten über das Azure-Portal
- Erstellen eines Logik-App-Workflows im Verbrauchstarif für mehrere Mandanten mit Visual Studio Code
- Erstellen eines Logik-App-Workflows mit einem Mandanten im Standardtarif über das Azure-Portal
- Erstellen eines Logik-App-Workflows mit einem Mandanten im Standardtarif mit Visual Studio Code