Was ist Logic Apps mit Azure Arc-Unterstützung? (Vorschau)
Hinweis
Diese Funktion befindet sich in der Vorschauphase und unterliegt den Zusätzlichen Nutzungsbedingungen für Microsoft Azure-Vorschauversionen.
Mit Logic Apps mit Azure Arc-Unterstützung können Sie Logik-Apps auf Basis eines einzelnen Mandanten überall dort entwickeln und ausführen, wo Kubernetes ausgeführt werden kann. Beispielsweise können Sie Ihre Logik-App-Workflows in Azure, Azure Kubernetes Service, lokal und sogar bei anderen Cloudanbietern ausführen. Dieses Angebot bietet eine zentralisierte Verwaltungsplattform über Azure Arc und das Azure-Portal für folgende Funktionen:
- Verwenden von Azure Logic Apps als Integrationsplattform.
- Verbinden Ihrer Workflows mit allen Ihren Diensten, unabhängig davon, wo sie gehostet werden.
- Ausführen Ihrer Integrationslösungen direkt zusammen mit Ihren Diensten.
- Erstellen und Bearbeiten von Workflows mit Visual Studio Code.
- Bereitstellen Ihrer Auswahl von Pipelines für DevOps.
- Steuern Ihrer Infrastruktur und Ressourcen in Azure- und Nicht-Azure-Umgebungen, mehreren Clouds, lokal und Edgeumgebungen.
Weitere Informationen finden Sie in der folgenden Dokumentation:
- Übersicht: Was ist Azure Logic Apps?
- Einzelmandant im Vergleich zu mehreren Mandanten in Azure Logic Apps
- Übersicht über Azure Arc
- Übersicht über Azure Kubernetes Service
- Was ist Kubernetes mit Azure Arc-Unterstützung?
- Was ist Kubernetes?
Gründe für die Verwendung von Logic Apps mit Azure Arc-Unterstützung
Mit Logic Apps mit Azure Arc-Unterstützung können Sie Logik-App-Workflows auf dieselbe Weise erstellen und bereitstellen wie in der Azure Logic Apps-Umgebung mit nur einem Mandanten. Sie erhalten auch mehr Kontrolle und Flexibilität, wenn Sie Logik-Apps in einer Kubernetes-Infrastruktur ausführen, die Sie betreiben und verwalten.
Es gibt geringfügige Unterschiede zwischen der Azure Arc-Erfahrung und der Azure Logic Apps-Erfahrung mit einem einzelnen Mandanten beim Erstellen, Entwerfen und Bereitstellen von Logik-Apps. Wenn Sie Logic Apps mit Azure Arc-Unterstützung verwenden, besteht der Hauptunterschied darin, dass Ihre Logik-Apps an einem benutzerdefinierten Standort ausgeführt werden. Dieser Standort ist einem Kubernetes-Cluster mit Azure Arc-Unterstützung zugeordnet, in dem Sie das Paket mit den Azure App Service-Plattformerweiterungen installiert und aktiviert haben.
Dieser Cluster kann z. B. Azure Kubernetes Service, Bare-Metal-Kubernetes oder eine andere Einrichtung sein. Mit dem Erweiterungspaket können Sie Plattformdienste wie Azure Logic Apps, Azure Functions und Azure App Service in Ihrem Kubernetes-Cluster ausführen.
Weitere Informationen finden Sie in der folgenden Dokumentation:
- Einzelmandant im Vergleich zu mehreren Mandanten in Azure Logic Apps
- Übersicht über Azure Kubernetes Service
- Was ist Kubernetes mit Azure Arc-Unterstützung?
- Benutzerdefinierte Standorte in Kubernetes-Clustern mit Azure Arc-Unterstützung
- App Service, Funktionen und Logic Apps in Azure Arc (Vorschau)
- Einrichten eines Kubernetes-Clusters mit Azure Arc-Unterstützung zum Ausführen von App Service, Funktionen und Logic Apps (Vorschau)
Wann sollte Logic Apps mit Azure Arc-Unterstützung verwendet werden?
Obwohl Kubernetes mehr Kontrolle und Flexibilität bietet, kommt es auch zu Mehraufwand beim Betrieb. Wenn Sie der Meinung sind, dass Azure Logic Apps Ihre Anforderungen erfüllt, wird empfohlen, diesen Dienst weiterhin zu verwenden. Erwägen Sie jedoch die Verwendung von Logic Apps mit Azure Arc-Unterstützung, wenn folgende Szenarien vorliegen:
Sie führen bereits alle Ihre Apps und Dienste in Kubernetes aus. Sie möchten diese Prozesse und Kontrollen auf alle Ihre anderen PaaS-Dienste ausweiten.
Sie möchten Azure Logic Apps als Ihre Integrationsplattform verwenden. Sie benötigen jedoch differenzierte Netzwerke mit Computesteuerung und Flexibilität. Sie möchten keine App Service-Umgebung (ASE) verwenden.
Aus Sicherheitsgründen benötigen Sie die Kontrolle darüber, wo Ihre Logik-Apps ausgeführt werden, z. B. in Ihrer eigenen Region oder in Ihrem eigenen Rechenzentrum.
Sie möchten Ihre Logik-Apps in Multicloudszenarien ausführen und Azure Logic Apps als einzige Integrationsplattform für all Ihre Anwendungen überall dort verwenden, wo sie ausgeführt werden.
Vergleich von Angeboten
Diese Tabelle enthält einen allgemeinen Vergleich zwischen den Funktionen in den aktuellen Azure Logic Apps-Angeboten:
Funktion
Azure Logic Apps mit mehreren Mandanten (Verbrauch)
Azure Logic Apps mit einem Mandanten (Standard)
Eigenständige Container
Hinweis: Nicht unterstützt für Workflows in Produktionsumgebungen. Für vollständig unterstützte Container erstellen Sie stattdessen Logic Apps-Workflows mit Azure Arc-Unterstützung.
Azure Arc
Lokale Entwicklung
Visual Studio Code, Visual Studio
Visual Studio Code, einschließlich Ausführungsverlauf und Übersicht mit Breakpointdebuggen
Visual Studio Code
Visual Studio Code, einschließlich Ausführungsverlauf und Übersicht mit Breakpointdebuggen
Hosting
Nur in Azure ausführen
Nur in Azure ausführen
Überall ausführen, wo Ihre Container ausgeführt werden
Überall, wo ein Kubernetes-Cluster mit Azure Arc-Unterstützung vorhanden ist, ausführen
Verwaltung
Vollständig verwaltete Azure Logic Apps-Erfahrung
Vollständig verwaltete Azure Logic Apps-Erfahrung
Nicht verwaltet
Verwaltete Azure Logic Apps-Erfahrung mit Betriebskontrolle auf Kubernetes-Ebene
Überwachung
Überwachung im Azure-Portal, einschließlich Ausführungsverlauf, erneutem Senden von Ausführungen und Application Insights-Funktionen bei Bedarf
Überwachung im Azure-Portal, einschließlich Ausführungsverlauf, erneutem Senden von Ausführungen und Application Insights-Funktionen bei Bedarf
Überwachung nur mit Application Insights oder anderen Containerüberwachungstools
Überwachung im Azure-Portal, einschließlich Ausführungsverlauf, erneutem Senden von Ausführungen und Application Insights-Funktionen bei Bedarf
Skalierung
Kontrolle der Skalierung mithilfe des Verbrauchsplans
Kontrolle der Skalierung mithilfe des Standardplans
Nicht verfügbar
Kontrolle der Skalierung mithilfe von Kubernetes-based Event Driven Autoscaling (Kubernetes-basierte, ereignisgesteuerte automatische Skalierung, KEDA). Konfigurieren von Skalierungsereignissen auf Grundlage der Warteschlangenlänge.