Migrieren von BizTalk Server zu Azure Logic Apps?

Diese Anleitung bietet eine Übersicht über die Gründe und Vorteile, Produktvergleiche, Funktionen und andere Informationen, die Ihnen bei der Migration von der lokalen BizTalk Server-Umgebung zu Azure Logic Apps helfen. Im Anschluss an diesen Leitfaden finden Sie weitere Leitfäden, die sich mit der Auswahl der für Ihr Szenario am besten geeigneten Dienste sowie mit Migrationsstrategien, Planungsüberlegungen und bewährten Methoden befassen, damit Sie erfolgreiche Ergebnisse erzielen.

Gründe und Vorteile

Durch die Migration Ihrer Integrationsworkloads zu Azure Logic Apps können Sie die folgenden Hauptvorteile nutzen:

Vorteil	BESCHREIBUNG
Moderne Integration-Platform-as-a-Service (iPaaS)	Azure Logic Apps ist Teil von Azure-Integrationsdienste, das Funktionen bereitstellt, die nicht vorhanden waren, als BizTalk Server ursprünglich entwickelt wurde, z. B.: – Fähigkeit, REST-APIs zu erstellen und zu verwalten – Skalierbare Cloudinfrastruktur – Authentifizierungsschemas, die modern, sicherer und einfacher zu implementieren sind – Vereinfachte Entwicklungstools, einschließlich vieler webbrowserbasierter Benutzeroberflächen – Automatische Plattformupdates und Integration in andere cloudnative Dienste – Möglichkeit zur lokalen Ausführung (Hybridbereitstellungsmodell für Azure Logic Apps)
BizTalk-Featureinvestitionen	Azure Logic Apps, der Nachfolger von BizTalk Server, enthält einige wesentliche BizTalk Server-Funktionen. Die Regel-Engine von Azure Logic Apps verwendet beispielsweise dieselbe Runtime wie die Geschäftsregel-Engine (BRE) von BizTalk. Um Investitionen von Kund*innen in BizTalk Server zu erhalten, enthält der Workflow-Designer in Azure Logic Apps zusätzliche Funktionen wie das Datenmapper-Tool, wenn Sie Visual Studio Code verwenden, Unterstützung für die Ausführung von benutzerdefiniertem Code und nativem XML-Support.
Nutzungsbasierte Preise	Bei herkömmlichen Middleware-Plattformen müssen Sie oft erhebliche Investitionen in die Beschaffung von Lizenzen und Infrastruktur tätigen, was Sie dazu zwingt, „für Spitzenbedarf“ zu planen und ineffiziente Lösungen zu schaffen. Azure Integration Services bietet mehrere Preismodelle, bei denen Sie in der Regel für das bezahlen, was Sie nutzen. Obwohl einige Preismodelle den Zugang zu erweiterten Funktionen ermöglichen, haben Sie die Flexibilität, für das zu zahlen, was Sie nutzen.
Niedrigere Einstiegsbarriere	BizTalk Server ist ein sehr leistungsfähiger Middlewarebroker, der jedoch einen erheblichen Zeitaufwand erfordert, um ihn zu erlernen und zu beherrschen. Azure Logic Apps reduziert die Zeit, die zum Starten, Erlernen, Erstellen und Bereitstellen von Lösungen erforderlich ist. Azure Logic Apps enthält z. B. einen Visual Designer, der Ihnen eine No-Code- oder Low-Code-Erfahrung zum Erstellen der deklarativen Workflows bietet, die Sie durch BizTalk-Orchestrierungen ersetzen möchten.
SaaS-Konnektivität	Da REST-APIs zum Standard für die Anwendungsintegration werden, haben mehr SaaS-Unternehmen diesen Ansatz für Datenaustausch übernommen. Microsoft hat ein umfangreiches und ständig wachsendes Connectorökosystem mit Hunderten von APIs aufgebaut, um mit Microsoft- und Nicht-Microsoft-Diensten, -Systemen und -Protokollen zusammenzuarbeiten. In Azure Logic Apps können Sie den Workflow-Designer verwenden, um Vorgänge aus diesen Connectors auszuwählen, Verbindungen unkompliziert zu erstellen und zu authentifizieren und die zu verwendenden Vorgänge zu konfigurieren. Diese Fähigkeit beschleunigt die Entwicklung und sorgt für mehr Konsistenz bei der Authentifizierung des Zugriffs auf diese Dienste mit OAuth2.
Mehrere geografische Bereitstellungen	Azure bietet derzeit mehr als 60 angekündigte Regionen, mehr als jeder andere Cloudanbieter, sodass Sie ganz einfach die Rechenzentren und Regionen auswählen können, die für Sie und Ihre Kunden geeignet sind. Diese Reichweite ermöglicht es Ihnen, Lösungen in konsistenter Weise über viele Länder hinweg bereitzustellen, und bietet Möglichkeiten sowohl in Bezug auf Skalierbarkeit als auch auf Redundanz.

Was ist Azure Logic Apps?

Azure Logic Apps ist ein cloudbasierter und hybrider Dienst zum Automatisieren von Workflows und zur Orchestrierung von Geschäftsprozessen, Anwendungen und Daten in hybriden Umgebungen mithilfe eines Visual Designers. Dieser Dienst ist Teil von Azure-Integrationsdienste, das eine Reihe an cloudbasierten, serverlosen, skalierbaren und von Microsoft verwalteten Bausteine darstellt, mit denen Sie umfassende Integrationslösungen erstellen und vorhandene BizTalk Server-Lösungen migrieren können:

Dienst	BESCHREIBUNG
Azure Logic Apps	Erstellen und führen Sie automatisierte Logik-App-Workflows aus, die Ihre Anwendungen, Daten, Dienste und Systeme orchestrieren. Sie können schnell hochgradig skalierbare Integrationslösungen für Ihr Unternehmen und B2B-Szenarien (Business-to-Business) entwickeln. Verwenden Sie den visuellen Workflow-Designer, um Microservices, APIs und branchenspezifische Integrationen zu orchestrieren. Um die Skalierbarkeit und Portabilität zu erhöhen und gleichzeitig unternehmenskritische Workflows zu automatisieren, können Sie die Bereitstellung und Ausführung überall dort vornehmen, wo Kubernetes ausgeführt werden kann. Sie können entweder Verbrauchs- oder Standard-Logik-App-Ressourcen erstellen. Eine Verbrauchs-Logik-App enthält nur einen zustandsbehafteten Workflow, der in mehrinstanzenfähigen Azure Logic Apps-Instanzen ausgeführt wird. Eine Standard-Logik-App kann mehrere statusbehaftete oder statusfreie Workflows enthalten, die in Azure Logic Apps mit einem einzelnen Mandanten, einer App Service-Umgebung v3 oder auf Azure Arc-fähigen Kubernetes (hybrides Bereitstellungsmodell) ausgeführt werden. Bei der Positionierung von Azure Logic Apps innerhalb von Azure Integration Services konzentriert sich dieser Leitfaden auf Standard-Logik-Apps, die das beste Gleichgewicht zwischen Unternehmensfunktionen, Kosten und Agilität bieten. Weitere Informationen finden Sie unter Apps](logic-apps-overview.md).
Azure-Funktionen	Schreiben Sie weniger Code, verwalten Sie weniger Infrastruktur, und sparen Sie dabei auch noch Kosten. Da durch die Cloudinfrastruktur alle aktuellen Ressourcen bereitgestellt werden, die zum Ausführen Ihrer Anwendungen benötigt werden, müssen Sie keine Server bereitstellen und verwalten. Weitere Informationen finden Sie unter Azure Functions.
Azure Data Factory	Integrieren Sie alle Ihre Datenquellen visuell, indem Sie mehr als 90 integrierte, wartungsfreie Connectors ohne zusätzliche Kosten verwenden. Erstellen Sie in einer intuitiven Umgebung ganz einfach ETL- (Extract, Transform, Load) und ELT-Prozesse (Extract, Load, Transform) Prozesse ohne Code, oder schreiben Sie Ihren eigenen Code. Stellen Sie Ihre integrierten Daten für Azure Synapse Analytics bereit, um Geschäftseinblicke zu gewinnen. Weitere Informationen finden Sie in der Azure Data Factory-Dokumentation.
Azure-Servicebus	Übertragen Sie Daten zwischen Anwendungen und Diensten, auch wenn sie offline sind, als Nachrichten mithilfe dieses äußerst zuverlässigen Nachrichtenbrokers für Unternehmen. Erhalten Sie mehr Flexibilität beim Brokern von Nachrichten zwischen Client und Server mit strukturiertem FIFO-Messaging (First-In-First-Out), Veröffentlichungs-/Abonnementfunktionen und asynchronen Vorgängen. Weitere Informationen finden Sie unter Azure Service Bus.
Azure Event Grid	Integrieren Sie Anwendungen mithilfe von Ereignissen, die von einem Ereignisbroker bereitgestellt werden, an Abonnentenziele, z. B. an Azure-Dienste, andere Anwendungen oder Endpunkte, für die Event Grid Netzwerkzugriff besitzt. Ereignisquellen können andere Anwendungen, SaaS-Dienste und Azure-Dienste umfassen. Weitere Informationen finden Sie unter Azure Event Grid.
Azure API Management	Stellen Sie API-Gateways parallel bereit, und optimieren Sie den Datenverkehrsfluss mit APIs, die in Azure, anderen Clouds und lokal gehostet werden. Erfüllen Sie Sicherheits- und Complianceanforderungen, während Sie eine einheitliche Verwaltungsoberfläche und vollständige Sichtbarkeit für alle internen und externen APIs nutzen. Weitere Informationen finden Sie unter Azure API Management.

Ergänzende Azure-Dienste

Neben den zuvor beschriebenen Diensten bietet Microsoft auch die folgenden ergänzenden Dienste, die zugrunde liegende Funktionen für Azure Integration Services bereitstellen und die Sie wahrscheinlich in einem Migrationsprojekt verwenden werden:

Dienst	BESCHREIBUNG
Azure Storage	Bietet hochverfügbaren, extrem skalierbaren, dauerhaften und sicheren Speicher für verschiedene Datenobjekte in der Cloud. Sie können überall auf der Welt über HTTP oder HTTPS mithilfe einer REST-API auf diese Datenobjekte zugreifen. Azure Integration Services verwendet diese Funktionen, um Konfigurations- und Telemetriedaten sicher für Sie zu speichern, während Transaktionen über die Plattform fließen. Weitere Informationen finden Sie unter Azure Storage.
Rollenbasierte Zugriffssteuerung von Azure (Azure RBAC)	Verwalten Sie den Zugriff auf Cloudressourcen. Dies ist eine wichtige Funktion für jede Organisation, die die Cloud verwendet. Azure RBAC ist ein Autorisierungssystem, das auf Azure Resource Manager basiert und eine präzise Verwaltung des Zugriffs auf Azure-Ressourcen ermöglicht. Sie können verwalten, wer Zugriff auf Azure-Ressourcen besitzt, welche Aktionen mit diesen Ressourcen ausgeführt werden können und auf welche Bereiche zugegriffen werden kann. Weitere Informationen finden Sie unter Azure RBAC.
Azure-Schlüsseltresor	Bietet Funktionen, mit denen Sie Probleme im Zusammenhang mit Geheimnisverwaltung, Schlüsselverwaltung und Zertifikatverwaltung beheben können. Azure Integration Services bietet Integration in Azure Key Vault über Anwendungskonfigurationseinstellungen und über einen Connector. Mit dieser Funktion können Sie Geheimnisse, Anmeldeinformationen, Schlüssel und Zertifikate sicher und dennoch bequem speichern. Weitere Informationen finden Sie unter Azure Key Vault.
Azure Policy	Stellt Funktionen bereit, mit denen Sie Organisationsstandards erzwingen und Compliance auf skalierbare Weise bewerten können. Das Compliancedashboard bietet eine aggregierte Ansicht zur Bewertung des Gesamtzustands der Umgebung mit der Möglichkeit, einen Drilldown bis zur Granularität pro Ressource und Richtlinie durchzuführen. Azure Integration Services ist in Azure Policy integriert, sodass Sie umfassende Governance effizient umsetzen können. Weitere Informationen finden Sie unter Was ist Azure Policy?.
Azure-Netzwerke	Bietet eine Vielzahl von Netzwerkfunktionen, einschließlich Konnektivität, Anwendungsschutzdienste, Anwendungsbereitstellungsdienste und Netzwerküberwachung. Azure Integration Services verwendet diese Funktionen, um Konnektivität zwischen Diensten mithilfe von virtuellen Netzwerken und privaten Endpunkten bereitzustellen. Weitere Informationen finden Sie unter Azure-Netzwerk.
Azure Event Hubs	Erstellen Sie dynamische Datenpipelines, und reagieren Sie sofort auf geschäftliche Herausforderungen, indem Sie Millionen von Ereignissen pro Sekunde aus beliebigen Quellen mit diesem vollständig verwalteten, einfachen, vertrauenswürdigen und skalierbaren Echtzeitdatenerfassungsdienst streamen. API Management führt benutzerdefinierte Protokollierung mithilfe von Event Hubs aus. Dies ist eine der besten Lösungen für die Implementierung einer entkoppelten Nachverfolgungslösung in Azure. Weitere Informationen finden Sie unter Azure Event Hubs.
Azure SQL-Datenbank	Irgendwann müssen Sie möglicherweise benutzerdefinierte Protokollierungsstrategien oder benutzerdefinierte Konfigurationen erstellen, um Ihre Integrationslösungen zu unterstützen. Obwohl SQL Server häufig lokal für diesen Zweck verwendet wird, bietet Azure SQL-Datenbank möglicherweise eine praktikable Lösung für die Migration lokaler SQL Server-Datenbanken zur Cloud. Weitere Informationen finden Sie unter Azure SQL-Datenbank.
Azure App Configuration	Verwalten Sie Anwendungseinstellungen und Featureflags zentral. Moderne Programme, insbesondere solche, die in einer Cloud ausgeführt werden, verfügen in der Regel von Natur aus über viele verteilte Komponenten. Das Versehen dieser Komponenten mit Konfigurationseinstellungen kann während der Anwendungsbereitstellung zu Fehlern führen, deren Behebung schwierig ist. Mit App Configuration können Sie alle Einstellungen für Ihre Anwendung speichern und den Zugriff darauf an einem zentralen Ort schützen. Weitere Informationen finden Sie unter Azure App Configuration.
Azure Monitor	Application Insights, eine Komponente von Azure Monitor, bietet Verwaltung der Anwendungsleistung und Überwachung von Liveanwendungen. Speichern Sie Anwendungstelemetriedaten, und überwachen Sie die allgemeine Integrität Ihrer Integrationsplattform. Sie haben auch die Möglichkeit, Schwellenwerte festzulegen und Warnungen zu erhalten, wenn die Leistung konfigurierte Schwellenwerte überschreitet. Weitere Informationen finden Sie unter Application Insights.
Azure-Automatisierung	Automatisieren Sie Ihre Azure-Verwaltungsaufgaben, und orchestrieren Sie Aktionen über externe Systeme in Azure. Basiert auf einem PowerShell-Workflow, sodass Sie die zahlreichen Funktionen dieser Sprache verwenden können. Weitere Informationen finden Sie unter Azure Automation.

Unterstützte Entwicklerbenutzeroberflächen

In diesem Abschnitt werden die Entwicklertools beschrieben, die BizTalk Server und Azure Integration Services unterstützen:

Angebot	Produkt oder Dienst mit unterstützten Tools
BizTalk Server	Jede BizTalk Server-Version unterstützt eine bestimmte Version von Visual Studio. Beispielsweise unterstützt BizTalk Server 2020 Visual Studio 2019 Enterprise oder Professional. Visual Studio Community Edition wird jedoch nicht unterstützt.
Azure-Integrationsdienste	– Azure Logic Apps (Standard): Azure-Portal und Visual Studio Code – Azure Logic Apps (Verbrauch): Azure-Portal und Visual Studio Code – Azure Functions: Azure-Portal, Visual Studio Code und Visual Studio 2022 – Azure API Management: Azure-Portal und Visual Studio Code – Azure Service Bus: Azure-Portal und Service Bus Explorer – Azure Data Factory: Azure-Portal und Visual Studio 2015

BizTalk Server im Vergleich zu Azure Logic Apps

Um BizTalk Server mit Azure Logic Apps zu vergleichen und die Migration zu erläutern, sollten wir zunächst kurz zusammenfassen, was BizTalk Server leistet. Die seit dem Jahr 2000 verfügbare Anwendung BizTalk Server ist eine stabile Middlewareplattform, die verschiedene Systeme mithilfe von Adaptern miteinander verbindet. Diese Plattform funktioniert als Broker zwischen Unternehmen, Systemen oder Anwendungen und ist inzwischen zu einer etablierten Integrationsplattform geworden. Um die Herausforderung zu vereinfachen, verschiedene Systeme zu kombinieren, die in unterschiedlichen Sprachen entwickelt wurden und mit unterschiedlichen Protokollen und Formaten verbunden werden können, bietet BizTalk Server die folgenden Hauptfunktionen:

• Orchestrierung (Geschäftsflow)

  Bietet die Möglichkeit, Orchestrierungen oder grafisch definierte Geschäftsprozesse zu erstellen und auszuführen.

• Nachrichten

  Bietet die Möglichkeit, mit einer Vielzahl von Softwareanwendungen zu kommunizieren. Adapter ermöglichen der Messagingkomponente von BizTalk Server die Interaktion mit verschiedenen Protokollen und Datenformaten.

Die BizTalk Server-Engine enthält die folgenden Komponenten:

Komponente	BESCHREIBUNG
Geschäftsregel-Engine (Business Rule Engine, BRE)	Wertet komplexe Regelsätze aus.
Einmaliges Anmelden für Unternehmen (SSO)	Ermöglicht die Zuordnung von Authentifizierungsinformationen zwischen Windows- und Nicht-Windows-Systemen.
Geschäftsaktivitätsüberwachung (BAM)	Ermöglicht Information Workern die Überwachung eines ausgeführten Geschäftsprozesses.
Gruppenhub	Ermöglicht dem Supportpersonal die Verwaltung der Engine und der ausgeführten Orchestrierungen.

Wie funktioniert BizTalk Server?

BizTalk Server verwendet eine Messaging-Engine-Architektur zum Veröffentlichen und Abonnieren mit der MessageBox-Datenbank als Herzstück. MessageBox ist für das Speichern von Nachrichten, Nachrichteneigenschaften, Abonnements, den Orchestrierungsstatus, das Nachverfolgen von Daten und andere Informationen zuständig.

Wenn BizTalk Server eine Nachricht empfängt, übergibt und verarbeitet der Server die Nachricht über eine Pipeline. Mit diesem Schritt wird die Nachricht normalisiert und in MessageBox veröffentlicht. BizTalk Server wertet dann vorhandene Abonnements aus und bestimmt den beabsichtigten Empfänger der Nachricht basierend auf den Nachrichtenkontexteigenschaften. Schließlich leitet BizTalk Server die Nachricht basierend auf Abonnements oder Filtern an den beabsichtigten Empfänger weiter. Bei diesem Empfänger handelt es sich entweder um eine Orchestrierung oder einen Sendeport. Dies ist ein Ziel, an das BizTalk Server Nachrichten sendet, oder eine Quelle, von der BizTalk Server Nachrichten empfangen kann. BizTalk Server überträgt Nachrichten über einen Sendeport, indem sie über eine Sendepipeline übergeben werden. Die Sendepipeline serialisiert die Nachrichten in das vom Empfänger erwartete native Format, bevor die Nachrichten über einen Adapter gesendet werden.

Die MessageBox-Datenbank verfügt über die folgenden Komponenten:

• Messaging-Agent

  BizTalk Server interagiert mit MessageBox mithilfe dieses Agents, der Schnittstellen zum Veröffentlichen von Nachrichten, Abonnieren von Nachrichten, Abrufen von Nachrichten usw. bietet.

• Mindestens eine SQL Server-Datenbank

  Diese Datenbanken bieten einen Persistenzspeicher für Nachrichten, Nachrichtenteile, Nachrichteneigenschaften, Abonnements, den Orchestrierungsstatus, Nachverfolgungsdaten, Hostwarteschlangen für das Routing und vieles mehr.

Die folgende Abbildung zeigt, wie die Messaging-Engine von BizTalk Server funktioniert:

Nachdem ein Empfangsport eine Nachricht empfangen hat, speichert MessageBox diese Nachricht für die Verarbeitung durch Geschäftsprozesse oder für das Routing an beliebige Sendeports, die über Abonnements für bestimmte Nachrichten verfügen.

Weitere Informationen finden Sie unter Architektur zum Veröffentlichen und Abonnieren weiter unten in diesem Leitfaden.

Geschäftsprozesse

In diesem Abschnitt werden Optionen zum Entwerfen und Erstellen von Geschäftsprozessen beschrieben, die Sie in BizTalk Server und Azure Integration Services ausführen können.

BizTalk Server

Orchestrierungen sind in BizTalk Server ausführbare Geschäftsprozesse, die über die MessageBox-Datenbank Nachrichten abonnieren (empfangen) und veröffentlichen (senden) können. Orchestrierungen können neue Nachrichten erstellen und Nachrichten über das Abonnement und die Routinginfrastruktur empfangen. Wenn MessageBox Abonnements für Orchestrierungen mit Daten füllt, wird eine neue Instanz (Orchestrierungsausführung) aktiviert, und MessageBox übermittelt die Nachricht. Bei Bedarf wird die Instanz aktiviert, und die Nachricht wird dann zugestellt. Wenn Nachrichten von einer Orchestrierung gesendet werden, werden sie in der MessageBox-Datenbank auf dieselbe Art und Weise veröffentlicht wie Nachrichten, die an einem Empfangsspeicherort eingehen, wobei die entsprechenden Eigenschaften für Routingzwecke der Datenbank hinzugefügt werden.

Zum Aktivieren von Messaging für Veröffentlichen/Abonnieren verwenden Orchestrierungen Bindungen, die beim Erstellen von Abonnements helfen. Orchestrierungsports sind logische Ports, die eine Interaktion beschreiben. Um Nachrichten zuzustellen, müssen Sie diese logischen Ports an einen physischen Port binden, aber dieser Bindungsvorgang ist nichts anderes als die Konfiguration von Abonnements für Nachrichtenrouting.

BizTalk Server bietet z. B. die folgenden Vorteile:

• Designer First (deklarativ)

  Entwerfen Sie komplexe Prozesse, indem Sie einfach zu verstehende Entwurfstools verwenden, um Muster und Workflows zu implementieren, die sonst nur schwer mit Code umgesetzt werden könnten.

• Abstraktion mit Endsystemen

  Entwerfen Sie Prozesse mit Hauptaugenmerk auf die Nachrichten, nicht auf das Endsystem. Beispielsweise müssen Sie sich beim Entwickeln Ihrer Lösungen keine Gedanken darüber machen, ob Sie einen FILE-Adapter oder einen FTP-Adapter verwenden. Stattdessen konzentrieren Sie sich auf den Kommunikationstyp, unabhängig davon, ob es sich um einen unidirektionalen Ansatz oder einen Ansatz mit Anforderung-/Antwort handelt, sowie auf den Nachrichtentyp, den Sie verarbeiten möchten. Später, wenn Sie Ihre Lösungen bereitstellen, können Sie den Adapter und die Endsysteme angeben.

Azure Logic Apps

In Apps](logic-apps-overview.md) können Sie ausführbare Geschäftsprozesse und Anwendungen als Logik-App-Workflows erstellen, indem Sie eine „Bausteinmethode“ verwenden, um mit einem Visual Designer und vordefinierten Vorgängen aus Hunderten von Connectors zu programmieren, die nur minimalen Code erfordern. Ein Logik-App-Workflow beginnt mit einem Triggervorgang, gefolgt von mindestens einem Aktionsvorgang, wobei jeder Vorgang als logischer Schritt im Workflowimplementierungsprozess funktioniert. Ihr Workflow kann Aktionen verwenden, um externe Software, Dienste und Systeme aufzurufen. Einige Aktionen führen Programmieraufgaben aus, z. B. Bedingungen (if-Anweisungen), Schleifen, Datenvorgänge, Variablenverwaltung und vieles mehr.

Azure Logic Apps bietet z. B. die folgenden Vorteile:

• Designer First (deklarativ)

  Entwerfen Sie komplexe Prozesse, indem Sie einfach zu verstehende Entwurfstools verwenden, um Muster und Workflows zu implementieren, die sonst nur schwer mit Code umgesetzt werden könnten.

• Flexibel und skalierbar

  Azure Logic Apps ist ein cloudbasierter, serverloser, hochgradig skalierbarer Computingdienst, der automatisch skaliert und angepasst wird, um die sich entwickelnden Geschäftsanforderungen zu erfüllen.

• Herstellen einer Verbindung mit allen Geräten

  Wählen Sie aus einem Katalog mit Hunderten von vordefinierten Connectors aus, um Ihre Workflows zu erstellen. Ein Connector bietet Vorgänge, die Sie als Schritte in Ihren Workflows verwenden können. Sie können Integrationslösungen für die meisten Dienste und Systeme von Microsoft und Partnern erstellen, darunter BizTalk Server, Salesforce, Office 365, SQL-Datenbanken, die meisten Azure-Dienste wie Azure Functions, Azure Storage, Azure Service Bus und viele andere sowie lokale Anwendungen oder Systeme, Mainframes, Midranges, SaaS und APIs. Wenn kein vordefinierter Connector für die Ressource vorhanden ist, auf die Sie zugreifen möchten, können Sie den generischen HTTP-Vorgang verwenden, um mit dem Dienst zu kommunizieren, oder Sie können einen benutzerdefinierten Connector erstellen.

Wiederverwendbare Komponenten

Integrationsplattformen bieten Möglichkeiten, Probleme konsistent und einheitlich zu lösen, was häufig durch wiederverwendbare Komponenten erreicht werden kann. In diesem Abschnitt wird beschrieben, wie Sie Komponenten in BizTalk Server und Azure Integration Services wiederverwenden können.

BizTalk Server

• Orchestrierungen

  Sie können allgemeine Geschäftslogik als Orchestrierungen für verschiedene Workflows erstellen und freigeben, intern innerhalb derselben Anwendung oder für mehrere Anwendungen. Sie können Orchestrierungen auslösen, indem Sie den nativen Mechanismus zum Veröffentlichen/Abonnieren in BizTalk Server (entkoppelt) oder die Orchestrierungsformen namens Aufruforchestrierung für synchrone Aufrufe oder Startorchestrierung für asynchrone Aufrufe verwenden.

• Adapter

  Adapter sind Softwarekomponenten, die Konnektivität zwischen BizTalk Server und Handelspartnern unter Verwendung allgemein anerkannter Datenprotokolle und Dokumentformate bieten. Diese Komponenten erleichtern das Senden und Empfangen von Nachrichten, indem sie einen Übermittlungsmechanismus verwenden, der einem allgemein anerkannten Standard wie SMTP, FTP, HTTP und mehr entspricht. Adapter sind Teil der Kernplattform, sodass sie von allen vorhandenen Anwendungen gemeinsam verwendet werden. Sie können diese Ebene auch erweitern, indem Sie einen benutzerdefinierten Adapter erstellen, entweder nativ oder auf Windows Communication Foundation (WCF) basierend, indem Sie das BizTalk-Adapterframework verwenden.

• Schemas

  XSD-Schemas (XML Schema Definition) ermöglichen vertragsbasiertes Messaging in BizTalk Server. Um das Erstellen redundanter Schemas zu vermeiden, können Sie auf Schemas aus kompilierten Assemblys verweisen. Um freigegebene Schemas zu verwenden, müssen Sie einen Verweis auf die freigegebene Assembly aus Ihrem BizTalk-Projekt hinzufügen.

  Auch wenn dieser Schritt einfach klingt, kann die Verwaltung von Änderungen an freigegebenen Assemblys aufgrund der Abhängigkeitsverkettung schwierig werden. Wenn die freigegebene Assembly ein Update erfordert, müssen Sie alle Projekte, die auf die freigegebene Assembly verweisen, aus BizTalk Server entfernen, um das Update zu installieren. Um diese Einschränkungen zu umgehen, können Sie jedoch eine Assemblyversionsverwaltung implementieren, bei der Sie eine neue Version für ein Schema oder freigegebene Schemas bereitstellen, ohne Ihre vorhandenen Lösungen zu gefährden.

• Zuordnungen und benutzerdefinierte Funktoide

  Zuordnungen ermöglichen die XML-Nachrichtenübersetzung oder -transformation in BizTalk Server. Sie können Zuordnungen freigeben, aber wie für freigegebene Schemas gelten auch für freigegebene Zuordnungen ähnliche Vorsichtsmaßnahmen. Gehen Sie aufgrund der Abhängigkeitsverkettung sorgfältig vor, und stellen Sie sicher, dass Sie über einen ausgereiften Softwareentwicklungs-Lebenszyklus verfügen, um Änderungen zu verwalten.

  Funktoide führen Berechnungen mithilfe von vordefinierten Formeln und spezifischen Werten (so genannten Argumenten) durch. BizTalk Server bietet viele Funktoide, um eine Reihe verschiedener Vorgänge zu unterstützen. Benutzerdefinierte Funktoide stellen Ihnen eine größere Auswahl an Vorgängen innerhalb der BizTalk Server-Zuordnungsumgebung zur Verfügung.

  Wenn Sie beginnen, viele Zuordnungen zu erstellen, werden Sie feststellen, dass Sie wiederholt ähnliche Logik implementieren. Folglich verbringen Sie Zeit damit, mehrere äquivalente Codeschnipsel zu verwalten, die Sie normalerweise kopieren und an mehrere Orte innerhalb einer Zuordnung oder über Zuordnungen hinweg einfügen. Erwägen Sie, solche Codeschnipsel in ein benutzerdefiniertes Funktoid zu transformieren. Auf diese Weise erstellen Sie das Funktoid nur ein Mal, aber Sie können das Funktoid in beliebig vielen Zuordnungen wiederverwenden und das Funktoid an nur einem Ort aktualisieren. Jedes benutzerdefinierte Funktoid wird mithilfe von Klassen, die vom Namespace Microsoft.BizTalk.BaseFunctoids abgeleitet sind, als .NET-Assembly bereitgestellt. Eine Assembly kann mehr als ein benutzerdefiniertes Funktoid enthalten.

• .NET Framework-Assemblys

  Sie können diese Assemblys für BizTalk Server Projekte freigeben. Diese Baugruppen sind aus dem Blickwinkel von Abhängigkeiten einfacher zu verwalten. Sofern keine Breaking Changes vorhanden sind, erfordert ein Update für eine .NET Fx-Assembly die Aktualisierung der DLL im globalen Assemblycache (GAC), wodurch die Änderungen automatisch für andere Assemblys verfügbar gemacht werden. Wenn wichtige Änderungen vorhanden sind, müssen Sie auch das abhängige Projekt aktualisieren, um die Änderungen in .NET Framework-Assembly zu berücksichtigen.

• Benutzerdefinierte Pipelines und Pipelinekomponenten

  Wenn BizTalk Server Nachrichten empfängt und sendet, muss der Server aus geschäftlichen Gründen möglicherweise Nachrichten für den Ein- und Ausgang vorbereiten und transformieren. In BizTalk Server stellen Pipelines eine Implementierung des Pipes-und-Filter-Integrationsmusters bereit und enthalten viele Features wie einen JSON-Encoder und -Decoder, einen MIME- oder SMIME-Decoder usw.

  Wenn Sie dem Kontext einer Nachricht Informationen hinzufügen müssen, die Pipelineanpassung erfordern, bietet BizTalk Server die Möglichkeit, diese Pipelines durch Erstellen benutzerdefinierter Pipelinekomponenten anzupassen. Eine benutzerdefinierte Pipelinekomponente ist eine .NET-Klasse, die Sie verwenden, um mehrere BizTalk-Schnittstellen zu implementieren und dann in verschiedenen Phasen einer benutzerdefinierten Pipeline zu verwenden. Um Code für eine solche Komponente zu schreiben, können Sie C# oder Visual Basic für .NET verwenden.

• Richtlinie der Regel-Engine

  Eine Richtlinie der Geschäftsregel-Engine ist eine weitere Art von Artefakt, das Sie für BizTalk Server Anwendungen freigeben können, die in derselben BizTalk-Gruppe bereitgestellt werden. Wenn Sie über allgemeine Regeln der Geschäftsregel-Engine verfügen, z. B. im Zusammenhang mit Nachrichtenrouting, können Sie diese Regeln an einem Ort verwalten und für alle installierten BizTalk-Anwendungen freigeben. Die Geschäftsregel-Engine speichert diese Regeln zwischen. Wenn Sie also Aktualisierungen dieser Regeln vornehmen, müssen Sie den Updatedienst der Geschäftsregel-Engine neu starten. Andernfalls werden die Änderungen im nächsten Cachetimeout übernommen.

Azure Logic Apps

• Integrationskonto

  Für Azure Logic Apps ist ein Integrationskonto ein cloudbasierter Container und eine Azure-Ressource, die zentralisierten Zugriff auf wiederverwendbare Artefakte bietet. Für Verbrauchslogik-App-Workflows umfassen diese Artefakte Handelspartner, Handelspartnerverträge, XSD-Schemas, XSLT-Zuordnungen, auf Liquid-Vorlagen basierende Zuordnungen, Zertifikate, Batchkonfigurationen und .NET Fx-Assemblys.

  Für Logik-App-Standardworkflows hat Azure Logic Apps kürzlich Unterstützung für das Aufrufen von .NET Fx-Assemblys aus XSLT-Transformationen eingeführt, ohne dass ein Integrationskonto erforderlich ist. Alternativ können Sie einem Logik-App-Standardprojekt in Visual Studio Code Schemas, Zuordnungen und Assemblys hinzufügen und anschließend in Azure bereitstellen.

• APIs

  APIs ermöglichen digitale Erlebnisse, machen Daten und Dienste wiederverwendbar und universell zugänglich, vereinfachen die Anwendungsintegration und bilden die Grundlage für neue digitale Produkte. Aufgrund der Verbreitung und zunehmenden Abhängigkeit von APIs müssen Organisationen sie während des gesamten Lebenszyklus als Ressourcen ersten Ranges verwalten.

  Sie können APIs in Azure Logic Apps wiederverwenden, insbesondere die APIs, die mit Azure API Management verwaltet werden. Nachdem Sie dem Azure API Management APIs hinzugefügt haben, können Sie den API Management-Connector mit Logik-App-Workflows verwenden, um problemlos verwaltet und geregelt auf APIs zuzugreifen. Azure Logic Apps unterstützt auch das Erstellen und Verwenden benutzerdefinierter APIs, damit Ihre Organisation die Wiederverwendung im gesamten Unternehmen fördern und unnötige redundante Connectors vermeiden kann, die Entwickler andernfalls neu erstellen könnten. Benutzerdefinierte APIs demokratisieren auch, wer diese APIs verwenden kann, anstatt Entwickler die Mechanismen für die Verwendung einer bestimmten API ermitteln zu lassen.

• Benutzerdefinierte Connectors

  Wenn für die zu verwendenden APIs keine vordefinierten Connectors vorhanden sind, können Sie eine interne oder externe API in ein OpenAPI-Schema einbinden, um einen benutzerdefinierten Connector zu erstellen und über Logik-App-Verbrauchsworkflows mit den entsprechenden Berechtigungen auf diesen Connector zuzugreifen. Der benutzerdefinierte Connector erstellt einen Vertrag zwischen Azure Logic Apps und der API, der die einfache Zusammenstellung von Anforderungsnachrichten und das Empfangen einer typisierten Antwort durch Azure Logic Apps ermöglicht, die Sie in Downstreamaktionen verwenden können. Sowohl REST-APIs als auch SOAP-APIs werden unterstützt, und sie können entweder auf öffentliche APIs oder private APIs verweisen, die in Ihrem lokalen Netzwerk vorhanden sind.

  Für Logik-App-Standardworkflows können Sie ihre eigenen integrierten benutzerdefinierten Connectors erstellen, die auf einem Dienstanbieter basieren.

  Durch die Implementierung eines benutzerdefinierten Connectors vereinfachen Sie die Entwicklungsumgebung, indem Sie eine gemeinsame Schnittstelle zum Senden von Anforderungsnachrichten und zum Empfangen typisierter Antworten erstellen. Weitere Informationen finden Sie unter Benutzerdefinierte Connectors und APIs.

Adapter und Connectors

Im folgenden Abschnitt werden die Konzepte von Adaptern bzw. Connectors in BizTalk Server und Azure Integration Services beschrieben.

BizTalk Server

Zum Austauschen von Nachrichten mit externen Systemen, Anwendungen und Entitäten stellt BizTalk Server Adapter bereit, bei denen es sich um COM- oder .NET Fx-Komponenten handelt, die Nachrichten an Geschäftsendpunkte wie Dateisysteme, Datenbanken und benutzerdefinierte Geschäftsanwendungen mithilfe verschiedener Kommunikationsprotokolle übertragen bzw. von diesen empfangen. BizTalk Server bietet native Adapter, die verschiedene Protokolle unterstützen, darunter:

• Ein Dateiadapter, der das Senden und Empfangen von Nachrichten von einem Dateispeicherort unterstützt
• Adapter für die Protokolle EDI, FTP, HTTP, MSMQ, SMTP, POP3 und SOAP
• Ein Adapter für Windows SharePoint Services

Das BizTalk-Adapterframework ist bietet einen stabilen, offenen Mechanismus, mit dem alle Adapter auf Funktionen der BizTalk Server-Messaging-Engine zugreifen oder diese implementieren können. Die Schnittstellen im Namespace Microsoft.BizTalk.Adapter.Framework ermöglichen Adaptern das Ändern von Konfigurationseigenschaftenseiten. Das BizTalk-Adapterframework bietet auch die Möglichkeit, Dienste und Schemas in ein BizTalk-Projekt zu importieren. Partneradapter sind auch von verschiedenen Anbietern und Communitymitgliedern erhältlich. Eine Liste der bekannten Adapter finden Sie unter BizTalk Server: Liste der Drittanbieteradapter.

Azure Logic Apps

Wenn Sie Workflows mit Azure Logic Apps erstellen, können Sie vordefinierte Connectors verwenden, um einfach und schnell mit Daten, Ereignissen und Ressourcen in anderen Anwendungen, Diensten, Systemen, Protokollen und Plattformen zu arbeiten, in der Regel ohne Code schreiben zu müssen. Azure Logic Apps bietet einen ständig wachsenden Katalog mit Hunderten von Connectors, die Sie verwenden können. Sie können Integrationslösungen für viele cloudbasierte oder lokale Dienste und Systeme von Microsoft und Partnern erstellen, z. B. BizTalk Server, Salesforce, Office 365, SQL-Datenbanken, die meisten Azure-Dienste, Mainframes, APIs und mehr. Einige Connectors stellen Vorgänge bereit, die Programmiervorgänge ausführen, z. B. bedingte Anweisungen (if-Anweisungen), Schleifen, Datenvorgänge, Variablenverwaltung usw. Wenn kein Connector für die Ressource verfügbar ist, auf die Sie zugreifen möchten, können Sie den generischen HTTP-Vorgang verwenden, um mit dem Dienst zu kommunizieren, oder Sie können einen benutzerdefinierten Connector erstellen.

Technisch gesehen ist ein Connector ein Proxy oder Wrapper um eine API, den der zugrunde liegende Dienst bzw. das System für die Kommunikation mit Azure Logic Apps verwendet. Dieser Connector stellt die Vorgänge zur Verfügung, die Sie in Ihren Workflows zum Ausführen von Aufgaben verwenden. Ein Vorgang ist als Trigger oder Aktion mit konfigurierbaren Eigenschaften verfügbar. Einige Trigger und Aktionen erfordern auch, dass Sie zunächst eine Verbindung mit dem zugrunde liegenden Dienst oder System herstellen und konfigurieren. Falls erforderlich, authentifizieren Sie dann auch den Zugriff auf ein Benutzerkonto.

Die meisten Connectors in Azure Logic Apps sind ein integrierter Connector oder ein verwalteter Connector. Einige Connectors sind in beiden Versionen verfügbar. Die verfügbaren Versionen hängen davon ab, ob Sie einen Logik-App-Verbrauchsworkflow oder einen Logik-App-Standardworkflow erstellen.

• Integrierte Connectors sind so konzipiert, dass sie nativ in der Azure Logic Apps-Runtime ausgeführt werden können und in der Regel eine bessere Leistung, einen besseren Durchsatz, eine höhere Kapazität oder andere Vorteile im Vergleich zu verwalteten Connectors bieten.

• Verwaltete Connectors werden von Microsoft bereitgestellt, gehostet und verwaltet. Diese Konnektoren bieten Trigger und Aktionen für Cloud-Dienste, lokale Systeme oder beides. In einem Logik-App-Standardworkflow werden alle verwalteten Connectors als Azure-Connectors gruppiert. Bei Logik-App-Verbrauchsworkflows werden verwaltete Connectors dagegen basierend auf der Preisstufe als Standard oder Enterprise gruppiert.

Weitere Informationen finden Sie in der folgenden Dokumentation:

• Übersicht über integrierte Connectors
• Übersicht über verwaltete Connectors
• In Azure Logic Apps verfügbare verwaltete Connectors

Anwendungskonnektivität

Im folgenden Abschnitt werden Optionen zum Herstellen einer Verbindung mit anderen Anwendungen aus BizTalk Server und Azure Integration Services beschrieben.

BizTalk Server

Adapter stellen die Konnektivitätsfunktionen in BizTalk Server bereit und werden lokal auf dem BizTalk-Server ausgeführt, der den Sende- oder Empfangsvorgang ausführt. Rund 30 sofort einsatzbereite Adapter sind verfügbar, während ein kleines Ökosystem von ISV-Adaptern zusätzliche Funktionen bietet. Da diese Adapter lokal ausgeführt werden, ist Windows-Authentifizierung eine beliebte Authentifizierungsmethode. Häufig verwendete Adapter sind FILE, SFTP, SQL, WCF (Basic-HTTP), HTTP und SMTP. Anhand dieser Liste können Sie feststellen, dass es sich bei den Adaptern in BizTalk Server hauptsächlich um Protokolladapter handelt. Daher verwenden Adapter in der Regel ein nachrichtenorientiertes Messagingmuster, bei dem eine vollständige Nachricht mit anderen Systemen ausgetauscht wird. Dabei sind diese Systeme für die Analyse der Daten verantwortlich, bevor die Daten in den endgültigen Datenspeicher geladen werden.

Azure Logic Apps

Connectors stellen die Konnektivitätsfunktionen in Azure Logic Apps bereit und bieten eine Abstraktion über APIs, die sich normalerweise im Besitz des zugrunde liegenden SaaS-Systems befinden. Beispielsweise werden Dienste wie SharePoint mit einem API-First-Ansatz erstellt, bei dem APIs Funktionen für den Dienst für Endbenutzer bereitstellen, aber die gleiche Funktionalität für andere Systeme verfügbar gemacht wird, um den Aufruf über eine API vorzunehmen. Um das Aufrufen dieser APIs zu vereinfachen, verwenden Connectors Metadaten, um den Messagingvertrag zu beschreiben, sodass Entwickler wissen, welche Daten in der Anforderung und in der Antwort erwartet werden.

Der folgende Screenshot stellt die Sucherfahrung der Connectorvorgänge im Designer für einen Workflow der Standard-Logik-App in Azure Logic Apps mit einem einzelnen Mandanten. Wenn Sie In-App aus der Liste Runtime auswählen, finden Sie integrierte Connectors wie Azure Functions, Azure Service Bus, IBM DB2, SQL Server, Azure Storage, Dateisystem, HTTP und mehr. Wenn Sie Gemeinsam genutzt auswählen, finden Sie mehr als 1.000 Connectors, einschließlich anderer Microsoft SaaS-Connectors, Partner-SaaS-Connectors usw.

Webdienste und API-Konnektivität

In den folgenden Abschnitten wird die Unterstützung für Webdienste und API-Konnektivität in BizTalk Server und Azure Logic Apps beschrieben.

BizTalk Server

Die Unterstützung von Webdiensten ist eine beliebte Funktion in BizTalk Server und ist durch die Integration in Windows Communication Foundation (WCF) verfügbar. Diese Unterstützung in BizTalk gliedert sich in zwei Kategorien: Veröffentlichen und Nutzen von WCF-Diensten.

WCF-Adapter bieten die Unterstützung von WS-*-Standards, z. B. von WS-Addressing, WS-Security und WS-AtomicTransaction. WS-ReliableMessaging wird in dieser Version der WCF-Adapter jedoch nicht unterstützt.

WCF-Adapter unterstützen einmaliges Anmelden (Single Sign On, SSO) durch Identitätswechsel und rufen das Enterprise SSO-Ticket für die Verwendung von SSO mit WCF-Adaptern ab. Diese Fähigkeit ermöglicht es, den Benutzerkontext systemübergreifend zu nutzen. Aus Authentifizierungsperspektive unterstützt Dienstauthentifizierung die folgenden Typen: „Keine“, „Windows“ und „Zertifikat“. Clientauthentifizierung unterstützt die folgenden Typen: „Anonym“, „UserName“, „Windows“ und „Zertifikat“. Zu den unterstützten Sicherheitsmodi gehören die folgenden Typen: „Transport“, „Nachricht“ und „Gemischt“.

WCF unterstützt Transaktionen mit dem WS-AutomicTransaction-Protokoll, das in WCF-Adaptern wie WCF-WsHttp, WCF-NetTcp und WCF-NetMsmq enthalten ist. Diese Funktion wird in den folgenden Szenarien unterstützt:

• Transaktionale Übermittlung von Nachrichten an die MessageBox-Datenbank
• Transaktionale Übermittlung von Nachrichten aus der MessageBox-Datenbank an ein transaktionales Ziel

Der Transaktionsbereich wird durch die MessageBox-Komponente beschränkt. Eine BizTalk-Orchestrierung kann z. B. nicht an der Transaktion eines Clients teilnehmen. Ebenso kann ein Zielendpunkt nicht an einer Transaktion teilnehmen, die von einer BizTalk-Orchestrierung eingeleitet wird.

WCF-Erweiterbarkeit ist über benutzerdefinierte WCF-Bindungen verfügbar. Sie müssen benutzerdefinierten Code kompilieren und dem globalen Assemblycache (GAC) hinzufügen. Außerdem müssen Sie die Datei „machine.config“ so aktualisieren, dass Sie die neue Erweiterung enthält. Nach der Installation der Bindung ist die Erweiterung für die WCF-Custom- und WCF-CustomIsolated-Adapter sichtbar.

BizTalk Server kann WCF-BasicHTTP-Empfangsstandorte als Endpunkte innerhalb von Azure API Management verfügbar machen, wenn Sie die BizTalk-Verwaltungskonsole verwenden. Sie können Ihre SOAP-Endpunkte auch über API Management aus BizTalk Server verfügbar machen, indem Sie API Management im Azure-Portal verwenden. Weitere Informationen finden Sie unter Veröffentlichen von BizTalk-WCF-BasicHTTP-Endpunkten in API Management.

Azure Logic Apps

Das Konnektivitätsmodell in Azure Logic Apps unterscheidet sich von BizTalk Server, was teilweise auf die Entwicklung der API-Economy zurückzuführen ist. Da immer mehr Unternehmen den Zugriff auf zugrunde liegende Systeme und Daten freigeben, war ein plattformunabhängiger Ansatz erforderlich. REST ist jetzt der dominierende architektonische Ansatz zum Entwerfen moderner Webdienste.

In Azure Logic Apps ist REST der Standardansatz zum Verbinden von Systemen. Da Microsoft und andere Softwareanbieter RESTful-Dienste zusätzlich zu ihren Systemen und Daten verfügbar machen, kann Azure Logic Apps diese Art von Informationen bereitstellen und nutzen. Die OpenAPI-Spezifikation ermöglicht es sowohl Menschen als auch Computern, die Interaktion zwischen einem Client und einem Server durch Metadaten zu verstehen. Im Rahmen dieses Verständnisses werden sowohl Anforderungs- als auch Antwortnutzdaten abgeleitet. Dies bedeutet, dass Sie dynamische Inhalte verwenden können, um die Eingaben einer Workflowaktion mit Daten aufzufüllen und die Ausgaben aus der Antwort in nachgeschalteten Aktionen zu verwenden.

Basierend auf dem Softwareanbieter, der den zugrunde liegenden Dienst implementiert, den ein Connector aufruft, variieren die Authentifizierungsschemas je nach Connector. Im Allgemeinen umfassen diese Schemas die folgenden Typen:

• Grundlegend
• Clientzertifikat
• Active Directory OAuth
• Raw
• Verwaltete Identität

Microsoft bietet starken Schutz, indem Daten während der Übertragung und im Ruhezustand verschlüsselt werden. Wenn Datenverkehr von Azure-Kunden zwischen Rechenzentren fließt (außerhalb von physischen Grenzen, die nicht von Microsoft oder im Auftrag von Microsoft kontrolliert werden), wird eine Verschlüsselungsmethode für die Sicherungsschicht mit dem Standard IEEE 802.1AE MAC Security (MACsec) von Punkt zu Punkt auf der zugrunde liegenden Netzwerkhardware angewendet.

Microsoft bietet Ihnen die Möglichkeit, das TLS-Protokoll (Transport Layer Security) zum Schutz von Daten zu verwenden, die zwischen Clouddiensten und Kunden übertragen werden. Die Microsoft-Rechenzentren verhandeln eine TLS-Verbindung mit Clientsystemen, die eine Verbindung mit Azure-Diensten herstellen. TLS bietet starke Authentifizierung, Datenschutz von Nachrichten und Integrität,wodurch die Erkennung von Manipulation, Abfangen und Fälschung von Nachrichten ermöglicht wird, sowie Interoperabilität, Algorithmusflexibilität sowie einfache Bereitstellung und Verwendung.

Während sich dieser Abschnitt auf REST-Konnektivität über Connectors konzentriert, können Sie die SOAP-Webdienstkonnektivität über die benutzerdefinierte Connectorumgebung oder mithilfe der API-Verwaltungsoberfläche implementieren, die großartige SOAP-Funktionen bietet. Weitere Informationen finden Sie unter Steigerung des Geschäftswerts durch die Integration von SOAP-Legacy-Ressourcen in Azure-Logik-Apps und Azure-APIM.

Blockieren der Adapter- oder Connectorverwendung

Im folgenden Abschnitt werden Optionen beschrieben, um die Verwendung von Adaptern bzw. Connectors in BizTalk Server und Azure Logic Apps zu verhindern.

BizTalk Server

BizTalk Server beinhaltet nicht das Konzept, bestimmte Adapter aus verschiedenen Anwendungen zu blockieren, aber Sie können deren Verwendung in Ihren Anwendungen „blockieren“, indem Sie diese Adapter aus der Umgebung entfernen. Adapter in BizTalk Server sind Teil der Plattformeinstellungen, sodass installierte Adapter von jedermann verwendet werden können. Sie können auch spezifische Empfangs- und Sendehandler für jeden Adapter definieren, der die Computer definiert, die zur BizTalk-Gruppe gehören, die diese Handler ausführen oder verarbeiten kann.

Azure Logic Apps

Falls Ihre Organisation das Herstellen einer Verbindung mit eingeschränkten oder nicht genehmigten Ressourcen mithilfe von verwalteten Connectors in Azure Logic Apps nicht erlaubt, können Sie die Funktion zum Erstellen und Verwenden dieser Verbindungen in Ihren Logik-App-Workflows blockieren. Mit Azure Policy können Sie Richtlinien definieren und erzwingen, mit denen die Erstellung oder Verwendung von Verbindungen für Connectors, die Sie blockieren möchten, verhindert wird. Es kann beispielsweise sein, dass Sie aus Sicherheitsgründen Verbindungen mit bestimmten Social Media-Plattformen oder anderen Diensten und Systemen blockieren möchten.

Dauerhaftigkeit von Nachrichten

Im folgenden Abschnitt wird die Nachrichtenpersistenz in BizTalk Server und Azure Integration Services beschrieben.

BizTalk Server

Die MessageBox-Datenbank bietet einen weiteren Vorteil, da sie als Persistenzpunkt fungiert, der sicherstellt, dass eine Nachricht im Speicher persistent gespeichert wird, bevor versucht wird, sie an einen Endpunkt zu senden. Wenn die Nachricht nach dem Ausschöpfen konfigurierter Wiederholungsversuche nicht gesendet werden kann, wird die Nachricht angehalten und in MessageBox gespeichert.

Als Administrator können Sie angehaltene Nachrichten über die BizTalk-Verwaltungskonsole fortsetzen. Das gleiche Verhalten tritt auf, wenn Sie Orchestrierungen verwenden. Die Orchestrierungsruntime speichert die Geschäftslogik persistent, die Sie fortsetzen können, wenn etwas schief geht. Beispielsweise können Sie eine Nachricht in einer Orchestrierung in den folgenden Szenarien fortsetzen:

• Eine Nachricht, die innerhalb eines nicht atomischen Bereichs gesendet wird
• Am Ende eines Transaktionsbereichs
• Beim Starten einer neuen Orchestrierungsinstanz (Starten der Orchestrierungsform)
• In einem Debugbreakpoint
• Wenn die eine Pausierung
• Nach Abschluss der Orchestrierung
• Wenn das System heruntergefahren wird

BizTalk Server stellt alle diese Funktionen sofort nach der Installation bereit. Sie müssen sich keine Gedanken über die Implementierung von Persistenz machen, da BizTalk Server dies für Sie übernimmt.

Azure Logic Apps

Azure Logic Apps bietet auf folgende Weise Dauerhaftigkeit von Nachrichten:

• Zustandsbehaftete Workflows, die die Standardeinstellung in Verbrauchs-Logik-Apps darstellen und in Standard-Logik-Apps verfügbar sind, verfügen über Prüfpunkte, die den Workflowstatus nachverfolgen und Nachrichten speichern, während sie Workflowaktionen durchlaufen. Diese Funktion bietet Zugriff auf umfangreiche Daten, die im Ausführungsverlauf des Triggers und der Workflowinstanz gespeichert sind. Dort können Sie detaillierte Eingabe- und Ausgabewerte überprüfen.

  Sie können eine Workflowinstanz entweder über das Azure-Portal oder eine API erneut ausführen. Dieses Mal wird die gesamte Workflowinstanz ausgeführt, unabhängig davon, wo bei der vorherigen Ausführung ein Fehler aufgetreten ist. Dieses Verhalten impliziert, dass Nachrichten mindestens ein Mal übermittelt werden und dass die idempotente Verarbeitung bei den Consumern erfolgt. Sie können die Workflowinstanz auch erneut ausführen, beginnend mit einer bestimmten Aktion, die sich derzeit in der Vorschau befindet. Diese Funktion ist für alle Aktionen verfügbar, mit Ausnahme von nicht sequenziellen und komplexen Parallelitätsszenarien.

• Mit dem in Azure Service Bus verfügbaren Peek-Lock-Messaging können Sie eine Nachricht entweder nach erfolgreicher Nachrichtenausführung committen oder die Nachricht verwerfen, wenn ein Fehler auftritt. Um diese Funktion in Azure Logic Apps zu verwenden, wählen Sie den Azure Service Bus-Connector aus. Eine committete Nachricht wird aus der Nachrichtenwarteschlange entfernt, während eine verworfene Nachricht entsperrt wird und für die Verarbeitung durch Clients verfügbar ist. Der Peek-Lock-Ansatz ist ein hervorragendes Mittel, um „genau ein Mal“ Nachrichten zu übermitteln.

Architektur zum Veröffentlichen und Abonnieren

Im folgenden Abschnitt werden Optionen zum Implementieren des Veröffentlichungs- und Abonnementmusters in BizTalk Server und Azure Logic Apps beschrieben.

BizTalk Server

Funktionen zumVeröffentlichen/Abonnieren (pub-sub) sind über die MessageBox-Datenbank vorhanden, die weiter oben im Abschnitt Funktionsweise von BizTalk Server beschrieben wird. Eine beliebte Möglichkeit zum Erstellen von Abonnements ist die Verwendung höhergestufter Eigenschaften, mit denen Sie bestimmte Elemente oder Attribute in einem definierten Nachrichtenschema als höhergestufte Eigenschaft identifizieren können. Anschließend können Sie Abonnements einrichten, um Nachrichten basierend auf bestimmten Kriterien anhand einer höhergestuften Eigenschaft zu filtern. Wenn Sie beispielsweise ein Schemaelement mit dem Namen „City“ höhergestuft haben, können Sie anschließend ein Abonnement erstellen, das nach dem City-Element für bestimmte Städte filtert. Wenn Ihre Kriterien erfüllt sind, erhält Ihr Abonnement, ein Sendeport oder eine Orchestrierung eine Kopie der Nachricht.

Azure Logic Apps

Aufgrund einer völlig anderen Architektur als BizTalk Server sind die meisten Dienste in Azure Integration Services ereignisbasiert. Über Azure Service Busunterstützt Azure Logic Apps das Erstellen von Veröffentlichungs- und Abonnementlösungen. Bei Azure Service Bus handelt es sich um einen vollständig verwalteten Nachrichtenbroker für Unternehmen mit Nachrichtenwarteschlangen und Veröffentlichungs- und Abonnementthemen in einem Namespace. Mit Azure Service Bus können Sie Anwendungen und Dienste voneinander entkoppeln. Dies bietet die folgenden Vorteile:

• Übergreifender Lastenausgleich für konkurrierende Worker.
• Sicheres Routen und Übertragen von Daten sowie Kontrolle über Dienst- und Anwendungsgrenzen hinweg.
• Koordinieren von Transaktionsaufgaben mit hohen Anforderungen an Zuverlässigkeit.

Azure Logic Apps enthält einen Azure Service Bus-Connector, den Sie zum Veröffentlichen und Abonnieren von Nachrichten verwenden können. Der Vorteil besteht darin, dass Sie Nachrichten unabhängig von Ihrem Workflow verwenden können. Im Gegensatz zu BizTalk Server ist Ihr Messaging von Ihrer Workflowplattform entkoppelt. Obwohl Nachrichten- und Workflowfunktionen in Azure Logic Apps entkoppelt sind, können Sie Nachrichtenabonnements in Azure Service Bus erstellen, weil Nachrichteneigenschaften (Benutzereigenschaften) unterstützt werden. Sie können diese Eigenschaften verwenden, um Schlüssel-Wert-Paare bereitzustellen, die von Filtern ausgewertet werden, die für ein Themenabonnement erstellt wurden. Sie definieren diese Benutzereigenschaften, wenn Sie einen Azure Service Bus-Vorgang einrichten, indem Sie mindestens ein Schlüssel-Wert-Paar hinzufügen. Eine Demo finden Sie im folgenden Video: Pub Sub Messaging using Azure Integration Services – Part 2 Content Based Routing (Messaging mit Veröffentlichen/Abonnieren mit Azure Integration Services – Teil 2: Inhaltsbasiertes Routing).

Außerhalb von Azure Integration Services können Sie auch Szenarien für Veröffentlichen/Abonnieren implementieren, indem Sie Azure Cache for Redis verwenden.

Geschäftsregel-Engine

Im folgenden Abschnitt werden Optionen zum Einrichten von Geschäftsregeln in BizTalk Server und Azure Integration Services beschrieben.

BizTalk Server

BizTalk Server enthält eine Regel-Engine für Vorwärtsverkettung, mit der Sie „if-then-else“-Regeln mithilfe eines visuellen Editors erstellen können. Sie können diese Regeln in einer Richtlinie bündeln, die in andere Umgebungen in Ihrer IT-Landschaft portierbar ist. Diese Richtlinien können auch auf XSD-Schemas, .NET Fx-Code und SQL Server-Datenbank-Tabellen zugreifen, um Daten nachzuschlagen und Ausgaben anzureichern.

Azure Logic Apps

Azure Logic Apps enthält die Azure Logic Apps-Regel-Engine, das sich derzeit in der Public Preview befindet. Diese Regel-Engine enthält die BizTalk-Geschäftsregel-Engine(BRE)-Runtime, sodass Sie vorhandene BizTalk-BRE-Richtlinien wiederverwenden können. Derzeit gibt es nur Unterstützung für XML- und .NET Framework-Fakten.

Datentransformation

In den folgenden Abschnitten werden die Datentransformationsfunktionen in BizTalk Server und Azure Logic Apps beschrieben.

BizTalk Server

Stellt umfangreiche Tools bereit, mit deren Sie XML-Nachrichten aus einem Format in ein anderes transformieren können. Bei der Datentransformation werden XSLT-Zuordnungen verwendet, die Erweiterungsobjekte unterstützen, die das Einfügen von benutzerdefiniertem .NET Fx-Code in die Mitte dieser Zuordnungen ermöglichen. Sie können auch vorkonfigurierte Funktoide verwenden, die wiederverwendbare Funktionalität bereitstellen, mit der Sie umfangreiche Zuordnungen erstellen können.

Neben den grundlegenden XML-Transformationen bietet BizTalk Server auch Codierung und Decodierung für CSV- und JSON-Formate, sodass Sie zwischen diesen Formaten und XML konvertieren und damit Unterstützung für verschiedene Formate nutzen können.

Azure Logic Apps

• Enterprise Integration Pack

  Diese Komponente folgt ähnlichen Konzepten in BizTalk Server und erleichtert die Verwendung von B2B-Funktionen in Azure Logic Apps. Ein wesentlicher Unterschied besteht jedoch darin, dass das Enterprise Integration Pack hinsichtlich der Architektur auf Integrationskonten basiert. Diese Konten vereinfachen die Speicherung, Verwaltung und Verwendung von Artefakten, z. B. von Handelspartnern, Vereinbarungen, Zuordnungen (XSLT- oder Liquid-Vorlagen), Schemas und Zertifikaten für B2B-Szenarien.

• Liquid-Vorlagen

  Für grundlegende JSON-Transformationen in Ihren Logik-App-Workflows können Sie integrierte Datenvorgänge wie die Aktion „Compose“ oder die Aktion „Parse JSON“ verwenden. Einige Szenarien erfordern jedoch unter Umständen erweiterte und komplexe Transformationen, die Elemente wie Iterationen, Ablaufsteuerungen und Variablen enthalten. Bei Transformationen von JSON in JSON, JSON in Text, XML in JSON oder XML in Text können Sie eine Liquid-Vorlage erstellen, die die erforderliche Zuordnung oder Transformation mithilfe der Open-Source-Vorlagensprache „Liquid“ beschreibt.

• XML-Vorgänge

  Für XML-Transformationen in Logik-App-Workflows können Sie integrierte XML-Vorgänge verwenden, z. B. die Aktion XML mit Schema erstellen und die Aktion XML mit Schema parsen.

• EDI-Schemas

  EDI-Dokumentschemas definieren den Hauptteil eines EDI-Transaktionsdokumenttyps. Für Ihre Logik-App-Workflows sind alle BizTalk EDI-Schemas im GitHub-Repository „Microsoft Integration“ öffentlich verfügbar.

• Standard-Logik-Apps

  Im Azure-Portal können Sie Zuordnungen und Schemas direkt in eine Logik-App-Standardressource hochladen. Wenn Sie mit einem Logik-App-Standardprojekt in Visual Studio Code arbeiten, können Sie diese Artefakte in die entsprechenden Ordner im Ordner „Artifacts“ hochladen, ohne ein Integrationskonto zu verwenden. Sie können auch benutzerdefinierte kompilierte Assemblys aus XSLT-Zuordnungen aufrufen.

• Azure-Funktionen

  Sie können XSLT- oder Liquid-Vorlagentransformationen mithilfe von C# oder einer anderen Programmiersprache ausführen, um eine Azure-Funktion zu erstellen, die Sie mit Azure API Management oder Azure Logic Apps aufrufen können.

Netzwerkverbindung

Im folgenden Abschnitt werden die Funktionen und Möglichkeiten der Netzwerkkonnektivität in BizTalk Server und Azure Integration Services beschrieben.

BizTalk Server

Wenn BizTalk Server immer in einer Serverumgebung installiert ist, hängt die Netzwerkkonnektivität von der Netzwerkkonfiguration des zugrunde liegenden Servers ab. Wenn Sie Netzwerkkonnektivität für BizTalk Server einrichten, müssen Sie in der Regel die folgenden Bereiche konfigurieren:

• Abhängigkeiten
• Eingehende und ausgehende Konnektivität mit Endsystemen

Konfiguration von Abhängigkeiten

Um BizTalk Server in einer Umgebung mit mehreren Servern vollständig zu konfigurieren, müssen Sie besonderes Augenmerk auf alle Netzwerkkonnektivitätsabhängigkeiten richten, was in der Regel Firewallkonfiguration umfasst, um TCP- und UDP-Ports für bekannte Dienste oder Protokolle zu aktivieren. Solche Dienste und Protokolle umfassen beispielsweise den Zugriff auf eine SQL Server-Engine, Microsoft Distributed Transaction Coordinator (MSDTC), gruppierte Netzwerklaufwerke, SSO-Dienste, wenn die Installation auf einem anderen Server erfolgt, sowie SharePoint. Dies alles sind Dienste, die Sie konfigurieren müssen, indem Sie Eingangs- und Ausgangsregeln erstellen, um Konnektivität zu implementieren.

Konfiguration der eingehenden und ausgehenden Konnektivität

Nachdem Sie BizTalk Server vollständig eingerichtet haben und sich auf die Bereitstellung von Anwendungen vorbereiten, müssen Sie Firewallregeln implementieren, die es Hostinstanzen ermöglichen, sich mit verschiedenen Diensten zu verbinden und darauf zuzugreifen, unabhängig davon, ob sie Teil eines internen oder externen Netzwerks sind. Wenn Sie über Konnektivität mit Endsystemen außerhalb des Organisationsnetzwerks nachdenken, müssen Sie auch Sicherheitsüberlegungen berücksichtigen. Verschiedene Systeme basieren darauf, eine Liste der zulässigen IP-Adressen als erste Verteidigungslinie zu definieren, sodass BizTalk Server idealerweise ihre gesamte ausgehende Kommunikation über eine klar definierte Liste öffentlicher IP-Adressen leitet.

Wenn Partnerdienste versuchen, eine Verbindung mit BizTalk Server herzustellen, stellen Sie sicher, dass sie keine Instanz erreichen, die sich innerhalb des Netzwerks oder der inneren Ebene Ihrer Organisation befindet, auf der möglicherweise die Kerndienste Ihrer Organisation verfügbar sind. Gewähren Sie Partnerdiensten stattdessen Zugriff auf einen Endpunkt innerhalb eines Umkreisnetzwerks, das auch als demilitarisierte Zone (DMZ) bezeichnet wird. Dies ist die äußerste Grenze des Netzwerks einer Organisation. Dienste, an die BizTalk Server Nachrichten weiterleiten muss, sind jedoch in der Regel innerhalb des Netzwerks Ihrer Organisation vorhanden, sodass sie Zugriff auf diese innere Ebene haben sollten.

Um diese Szenarien zu erreichen, gibt es mehrere Ansätze, beispielsweise:

• Implementieren von BizTalk Server in einem Umkreisnetzwerk und Zulassen des Zugriffs auf das Netzwerk Ihrer Organisation nur für die eigenen Dienste oder Hostinstanzen.
• Einrichten von zwei BizTalk Server-Instanzen: eine Instanz in einem Umkreisnetzwerk und die andere Instanz im Netzwerk Ihrer Organisation. Der Server im Umkreisnetzwerk veröffentlicht dann die Nachrichten, die der Server im Organisationsnetzwerk nutzt.
• Entwickeln von benutzerdefinierten Anwendungen oder Appliancesoftware wie NetScaler und F5, die als Reverseproxys fungieren, Nachrichten im Namen von BizTalk innerhalb des Umkreisnetzwerks empfangen und diese Aufrufe an BizTalk Server umleiten.

Azure Logic Apps

• Konnektivität für ein- und ausgehenden Datenverkehr

  Azure bietet mehrere Möglichkeiten, Dienste innerhalb einer Netzwerkgrenze zu isolieren und lokale und Cloudworkloads zu verbinden. In der folgenden Liste werden verschiedene Möglichkeiten beschrieben, wie Sie Azure-Ressourcen in Ressourcen innerhalb eines Netzwerkumkreises integrieren können:

  • Lokales Datengateway

    Dieses Gateway fungiert als Brücke zwischen Azure und Ressourcen innerhalb eines Netzwerkumkreises und bietet schnelle und sichere Datenübertragung zwischen lokalen Daten und verschiedenen Microsoft Cloud Services. Zu diesen Diensten gehören Azure Logic Apps, Microsoft Power BI, Microsoft Power Apps, Microsoft Power Automate und Azure Analysis Services. Mit diesem Gateway können Sie Datenbanken und andere Datenquellen in ihren lokalen Netzwerken speichern und diese lokalen Daten sicher in Clouddiensten nutzen.

  • Hybridverbindungen

    Hybridverbindungen sind sowohl ein Azure-Dienst als auch ein Feature in Azure App Service. Sie unterstützen Szenarien und bieten Funktionen, die über die Möglichkeiten in Azure App Service hinausgehen. Weitere Informationen zur Verwendung außerhalb von Azure App Service finden Sie unter Hybridverbindungen in Azure Relay. In Azure App Service können Sie mit Hybridverbindungen auf Anwendungsressourcen in einem beliebigen Netzwerk zugreifen werden, das ausgehende Aufrufe an Azure über Port 443 ausführen kann. Hybridverbindungen ermöglichen den Zugriff von Ihrer App auf einen TCP-Endpunkt, sie bieten keine neue Möglichkeit, um auf Ihre App zuzugreifen. In Azure App Service entspricht jede Hybridverbindung einer Kombination aus einem einzelnen TCP-Host und einem Port. Durch diese Funktion können Ihre Apps auf Ressourcen unter jedem beliebigen Betriebssystem zugreifen, sofern ein TCP-Endpunkt vorhanden ist. Hybridverbindungen kennen das Anwendungsprotokoll nicht und wissen auch nicht, worauf Sie zugreifen möchten. Dieses Feature ermöglicht lediglich den Netzwerkzugriff.

  • Integration in ein virtuelles Netzwerk

    Durch die Integration von Azure Virtual Network können Sie Ihre Azure-Ressource mit einem in Azure konfigurierten virtuellen Netzwerk verbinden, sodass Ihre App auf Ressourcen in diesem virtuellen Netzwerk zugreifen kann. Die Integration virtueller Netzwerke in Azure Logic Apps wird nur für ausgehende Aufrufe von Ihrer Azure-Ressource an Ihr virtuelles Netzwerk verwendet.

    Mit Peering virtueller Netzwerke können Sie Ihre lokalen Netzwerke mit Azure verbinden. Dies bietet bidirektionale Konnektivität zwischen lokalen Ressourcen und Azure-Diensten. Azure Integration Services bietet virtuelle Netzwerkkonnektivität, die Hybridintegration ermöglicht. Die folgende Abbildung zeigt eine Logik-App-Standardressource mit geöffneter Seite „Netzwerk“ und aktivierter Integration virtueller Netzwerke, wie im Feld Ausgehender Datenverkehr hervorgehoben. Diese Konfiguration stellt sicher, dass der gesamte ausgehende Datenverkehr aus diesem virtuellen Netzwerk stammt.

    

  • Private Endpunkte

    Ein privater Endpunkt ist eine Netzwerkschnittstelle, die eine private IP-Adresse aus Ihrem virtuellen Netzwerk verwendet. Diese Netzwerkschnittstelle bietet eine private und sichere Verbindung mit einer von Azure Private Link unterstützten Azure-Ressource. Indem Sie einen privaten Endpunkt aktivieren, integrieren Sie diese Azure-Ressource in Ihr virtuelles Netzwerk und ermöglichen Ressourcen im Netzwerk eingehende Aufrufe Ihrer Azure-Ressource.

In der folgenden Tabelle werden die Netzwerkkonnektivitätsmethoden aufgeführt, die jede Azure Integration Services-Ressource verwenden kann:

Resource	Lokales Datengateway	Hybridverbindungen	Integration in ein virtuelles Netzwerk	Private Endpunkte
Azure API Management	✅		✅	✅
Logic Apps (Verbrauch)	✅
Azure Logic Apps (Standard)	✅ (mit Azure-Connectors)	✅ (mit integrierten Connectors)	✅ (mit integrierten Connectors)	✅
Azure-Servicebus			✅	✅
Azure Event Grid

Benutzerdefinierter Code

In den folgenden Abschnitten werden Optionen zum Erstellen und Ausführen ihres eigenen Codes in BizTalk Server und Azure Logic Apps beschrieben.

BizTalk Server

Sie können BizTalk auf viele Arten erweitern, indem Sie benutzerdefinierten .NET Fx-Code verwenden, beispielsweise:

Funktion	BESCHREIBUNG
Inlinecode	Sie können Inline-C#-Code in einer Orchestrierungsform schreiben. Sie können auch Inlinecode innerhalb einer BizTalk-Zuordnung schreiben. In beiden Szenarien sind die Codeschnipsel im Allgemeinen einfach und können nicht debuggt werden.
Kompilierte Assemblys	Sie können diese Assemblys an folgenden Stellen aufrufen: – Ausdrucksformen in einer Orchestrierung – BizTalk-Zuordnungen mithilfe des Funktoids für Skripterstellung – Richtlinien für die Geschäftsregel-Engine – Pipelines als benutzerdefinierte Pipelinekomponenten Sie können kompilierte Assemblys debuggen, indem Sie den Visual Studio-Debugger an den entsprechenden Windows-Prozess der Hostinstanz anfügen.
Benutzerdefinierte Adapter	BizTalk Server enthält viele sofort einsatzbereite Adapter, aber Sie können bei Bedarf immer eigene Adapter erstellen.
Benutzerdefinierte WCF-Verhaltensweisen	BizTalk Server enthält viele sofort einsatzbereite Adapter, deren Großteil auf Windows Communication Foundation (WCF) basiert. In einigen Fällen müssen Sie ihre Funktionen möglicherweise erweitern, indem Sie benutzerdefinierte Verhaltensweisen entwickeln, z. B. das Anwenden eines OAuth-Headers auf Ihre Systemkommunikation.
Erweiterbarkeit in BizTalk Server-Zuordnungen	– Sie können Inlinecode mithilfe von C#-, JScript-, Visual Basic-, XSLT- oder XSLT-Aufrufvorlagen erstellen, um einige Einschränkungen oder Probleme mit den sofort einsatzbereiten Funktoiden zu unterdrücken. – Sie können eine externe Assembly mit dem Funktoid für Skripting aufrufen. – Sie können benutzerdefinierte Funktoide erstellen, die für alle Ihre Zuordnungen verwendet werden.

Azure Logic Apps

Azure Logic Apps bietet Ihnen die Möglichkeit, .NET-Code aus einem Workflow der Standard-Logik-App zu erstellen und auszuführen. Hierfür müssen Sie Visual Studio Code mit der Erweiterung von Azure Logic Apps (Standard) verwenden.

Außerdem stellt der Connector für Inline-Codevorgänge die Aktionen JavaScript-Code ausführen, CSharp-Skriptcode ausführen (Vorschau) und PowerShell-Code ausführen (Vorschau) bereit. Sie können diese Aktionen verwenden, um kleine Codeschnipsel zu schreiben, die dynamische Inhaltseingaben und -ausgaben unterstützen. Die Azure Logic Apps-Engine erwartet, dass diese Codeschnipsel kurze Ausführungszeiten aufweisen. Nachdem ein Codeschnipsel die Ausführung abgeschlossen hat, steht die Ausgabe für die Verwendung durch nachgeschaltete Aktionen im Workflow zur Verfügung. Obwohl für diese Aktion derzeit keine Unterstützung für direktes Debuggen vorhanden ist, können Sie die Eingaben und Ausgaben im Ausführungsverlauf der Workflowinstanz anzeigen.

Wie im Abschnitt Wiederverwendbare Komponenten erwähnt, ist Unterstützung für das Aufrufen von .NET Fx-Assemblys aus einer XSLT-Zuordnung derzeit in Logik-App-Verbrauchsworkflows verfügbar, wenn Sie diese Assemblys in ein Integrationskonto hochladen. Diese Funktion unterstützt benutzerdefinierte Datentransformationsregeln. Für Logik-App-Standardworkflows hat das Azure Logic Apps-Team kürzlich Unterstützung für den Aufruf von .NET Fx-Code aus XSLT-Zuordnungen veröffentlicht, ohne dass ein Integrationskonto erforderlich ist. Sie können einem Logik-App-Standardprojekt auch Assemblys und Zuordnungen in Visual Studio Code hinzufügen und anschließend in Azure bereitstellen. Weitere Informationen finden Sie unter .NET Framework-Assemblyunterstützung zu XSLT-Transformationen in Azure Logic Apps (Standard) hinzugefügt und im Abschnitt „Roadmap“.

Sie können Workflows auch erweitern, indem Sie Azure-API-Apps oder Web-Apps einbinden, die mit Azure App Service erstellt wurden. Wenn Sie Web-Apps, REST-APIs und mobile Back-Ends hosten müssen, ist Azure App Service die geeignete HTTP-basierte Lösung. Sie können in Azure App Service gehostete Apps mit lokalen oder Clouddiensten integrieren. Diese Plattform unterstützt sowohl Windows- als auch Linux-basierte Umgebungen, um Anwendungen zusammen mit verschiedenen Sprachen und Frameworks wie ASP.NET Core, Java, Ruby, Node.js, PHP und Python auszuführen und zu skalieren.

Anwendungsgruppen

In den folgenden Abschnitten werden Optionen zum Organisieren Ihrer Workloads in BizTalk Server und Azure Logic Apps beschrieben.

BizTalk Server

Ein Teil Ihres Softwareentwicklungslebenszyklus umfasst das Erstellen und Verwalten von Code und Artefakten in logischen Paketen. BizTalk Server unterstützt das Konzept einer Anwendung so, dass Sie eine Visual Studio-Projektmappe in einer BizTalk-Anwendung bereitstellen können. Wenn Sie also Szenarien haben, in denen Sie Ressourcen freigeben müssen, können Sie auf andere Anwendungen verweisen.

BizTalk Server verwendet ein explizites Freigabemodell, in dem Sie Verweise auf kompilierte Assemblys hinzufügen können. Sofern sich diese Assemblys im globalen Assemblycache (GAC) befinden, sucht die BizTalk-Runtime Assemblys nach Bedarf und lädt sie. Ein Nachteil besteht darin, dass Sie, wenn Sie die freigegebenen Assemblys aktualisieren müssen, alle BizTalk-Projekte, die auf Ihre Assemblys verweisen, vor der Aktualisierung deinstallieren müssen (es sei denn, Sie implementieren ein Versionsverwaltungssystem). Diese Einschränkung kann zu langen Bereitstellungszeiten und einer komplexen Verwaltung mehrerer Installationen und Deinstallationen führen.

Azure Logic Apps

In Azure Logic Apps enthält die Logik-App-Verbrauchsressource nur einen einzelnen zustandsbehafteten Workflow, d. h. Ihr Workflow und Ihre Logik-App-Ressource (die Ihre Anwendung ist) weisen immer eine 1:1-Beziehung auf. Mit der Logik-App-Standardressource wurde das Anwendungskonzept weiterentwickelt. Obwohl Ihre Logik-App-Standardressource weiterhin Ihre Anwendung ist, können Sie mehrere Workflows mit dieser Ressource einbinden und ausführen, was zu einer 1:n-Beziehung führt. Wenn Sie lokal an einem Logik-App-Standardprojekt in Visual Studio Code arbeiten, wird Ihre Logik-App-Ressource diesem einzelnen Projekt zugeordnet. Mit diesem Ansatz können Sie verwandte Workloads, Code und Artefakte im selben Projekt einfach und logisch gruppieren und dieses Projekt als einzelne Einheit bereitstellen.

Cloudarchitekturen funktionieren anders als serverbasierte Paradigmen wie BizTalk. Azure Logic Apps (Standard) verwendet ein Pullmodell, um Code und Artefakte einzubringen. Daher kopieren Sie alle zusätzlichen erforderlichen Artefakte in Ihr Projekt und stellen diese anschließend mit Ihrem Code und anderen Artefakten bereit. In einigen Fällen möchten Sie ggf. vermeiden, den gesamten erforderlichen Code und die Artefakte zu kopieren. In diesem Fall können Sie diese Funktionalität in einen Dienst umwandeln, den Sie separat verwalten, aber aus einem Workflow aufrufen können.

Angenommen, Sie verfügen über eine Datentransformation, die von Ihrer Organisation häufig verwendet wird. Anstatt die Zuordnung für die Transformation über mehrere Logik-App-Projekte hinweg einzubinden, können Sie eine Schnittstelle implementieren, die die Transformation als Dienst bereitstellt. Anschließend können Sie den Lebenszyklus für diesen Dienst getrennt von Ihren Logik-App-Projekten verwalten und diesen Dienst aus Ihren Workflows aufrufen.

Mit der Möglichkeit, mehrere Workflows in ein Logik-App-Standardprojekt einzubinden, fragen Sie sich möglicherweise, wie Sie diese Workflows innerhalb eines Projekts oder über mehrere Projekte hinweg organisieren würden. Die Antwort hängt in der Regel von Ihren Anforderungen ab, beispielsweise:

• Geschäftsprozessaffinität
• End-to-End-Überwachung und -Support
• Sicherheit, rollenbasierte Zugriffssteuerung und Netzwerkisolation
• Leistung und Wichtigkeit für das Unternehmen
• Geostandort und Georedundanz

Weitere Informationen finden Sie unter Organisieren von Logik-App-Workflows in Azure Logic Apps (Standard).

Sicherheit und Governance

Sicherheit und Governance sind bei der Erstellung integrierter Lösungen natürlich wichtig. Per Definition befindet sich Middleware zwischen mindestens zwei Systemen. Um beim Herstellen einer Verbindung eine Verbindung mit diesen Systemen herzustellen und auf sie zuzugreifen, müssen Sie häufig Anmeldeinformationen oder Geheimnisse übergeben, sodass die Verwaltung dieser vertraulichen Informationen berücksichtigt werden muss.

BizTalk Server

BizTalk umfasst Enterprise Single Sign-On (SSO). Mit diesem Tool können Sie von Adaptern verwendete verschlüsselte Anmeldeinformationen speichern, zuordnen und übertragen. Diese verschlüsselten Informationen werden in der SSO-Datenbank gespeichert. Sie können auch SSO-Partneranwendungen konfigurieren, bei denen es sich um logische Entitäten handelt, die ein System- oder Branchensystem darstellen, das Sie verbinden möchten.

Azure Logic Apps

Azure Logic Apps unterstützt die folgenden Sicherheitsfunktionen:

• Azure-Schlüsseltresor

  Sie können Anmeldeinformationen, Geheimnisse, API-Schlüssel und Zertifikate mithilfe von Azure Key Vault speichern. In Azure Logic Apps können Sie mithilfe des Azure Key Vault-Connectors auf diese Informationen zugreifen und sie aus den Protokollen der Plattform und dem Ausführungsverlauf ausschließen, indem Sie die Funktion für sichere Ein- und Ausgaben verwenden.

  Weiter unten im Abschnitt Nachverfolgung wird in diesem Leitfaden die Ausführungsverlaufsfunktion beschrieben, die eine schrittweise Wiedergabe der Ausführung eines Workflows bereitstellt. Obwohl Azure Logic Apps den Vorteil bietet, dass jede Eingabe und Ausgabe in einer Workflowausführung erfasst wird, müssen Sie manchmal den Zugriff auf sensible Daten differenzierter verwalten. Sie können Obfuskation für diese Daten einrichten, indem Sie die Funktion für sichere Eingaben und Ausgaben für Trigger und Aktionen verwenden, um solche Inhalte aus dem Ausführungsverlauf auszublenden und das Senden dieser Daten an Azure Monitor (insbesondere an Log Analytics und Application Insights) zu verhindern. Die folgende Abbildung zeigt ein Beispielergebnis für das Aktivieren von sicheren Ein- und Ausgaben im Ausführungsverlauf.

  

• OAuth-basierte Integration

  Die meisten Connectors verwenden diesen Authentifizierungstyp beim Herstellen von Verbindungen. Dieser Ansatz macht die Integration in viele SaaS-Dienste so einfach wie das Angeben Ihrer E-Mail-Adresse und Ihres Kennworts. Azure API Management unterstützt auch OAuth, sodass Sie beide Dienste zusammen verwenden können, indem Sie ein einheitliches Authentifizierungsschema bereitstellen.

  Diese Funktion ist in BizTalk Server nicht nativ verfügbar.

• Verwaltete Identitäten

  Azure Logic Apps (Standard) können den Zugriff auf Speicherkonten mithilfe einer verwalteten Identität authentifizieren. Einige Connectors unterstützen außerdem die Verwendung verwalteter Identitäten für die Authentifizierung des Zugriffs auf Ressourcen, die durch Microsoft Entra ID geschützt sind. Wenn Sie eine verwaltete Identität für die Authentifizierung Ihrer Verbindung verwenden, müssen Sie keine Anmeldeinformationen, Geheimnisse oder Microsoft Entra-Token bereitstellen.

Anwendungs- und Zugriffsverwaltung

Im folgenden Abschnitt werden Optionen zum Verwalten von Anwendungen und des Zugriffs in BizTalk Server und Azure Integration Services beschrieben.

BizTalk Server

Administratoren verwenden die BizTalk Server-Administratorkonsole, um BizTalk Server-Anwendungen zu verwalten. Bei diesem Tool handelt es sich um eine Thick-Client-Anwendung für die Microsoft Management Console (MMC), mit der Administratoren Anwendungen bereitstellen, frühere, aktive und in der Warteschlange befindliche Transaktionen überprüfen und tiefgreifende Fehlerbehebungsaktivitäten durchführen können, z. B. die Überprüfung von Ablaufverfolgungen und die erneute Übermittlung von Transaktionen.

Azure Logic Apps

Das Azure-Portal ist ein gängiges Tool, das Administratoren und Supportmitarbeiter verwenden, um die Integrität von Schnittstellen anzuzeigen und zu überwachen. Für Azure Logic Apps umfasst diese Benutzeroberfläche umfangreiche Transaktionsablaufverfolgungen, die über den Ausführungsverlauf verfügbar sind.

Granulare rollenbasierte Zugriffssteuerungen (Role-Based Access Controls, RBAC) sind ebenfalls verfügbar, sodass Sie den Zugriff auf Azure-Ressourcen auf verschiedenen Ebenen verwalten und einschränken können.

Storage

Im folgenden Abschnitt werden Optionen für die Datenspeicherung in BizTalk Server und Azure Integration Services beschrieben.

BizTalk Server

BizTalk Server hängt stark von SQL Server in Bezug auf Datenspeicherung und Datenpersistenz ab. Alle anderen Komponenten und Hosts in BizTalk Server haben bestimmte Aufgaben bei der Integration unterschiedlicher Geschäftsanwendungen, z. B. den Empfang, die Verarbeitung oder die Weiterleitung von Nachrichten. Der Datenbankcomputer erfasst diese Aufgaben jedoch und speichert sie auf dem Datenträger. Wenn BizTalk Server beispielsweise eine eingehende Nachricht empfängt, speichert der empfangende Host diese Nachricht persistent in der MessageBox-Datenbank, bevor andere Hosts sie zur Orchestrierungsverarbeitung und zum Senden abrufen.

Da Sie für die Bereitstellung und Verwaltung Ihrer SQL-Datenbank-Instanzen verantwortlich sind, ist Hochverfügbarkeit eine wichtige Architekturkomponente, um die Uptime sicherzustellen. Um Hochverfügbarkeit für die BizTalk Server-Datenbanken bereitzustellen, verwenden Kunden häufig Windows-Clustering, um einen Servercluster mit mindestens zwei Computern zu erstellen, auf denen SQL Server ausgeführt wird. Dieser Servercluster gewährleistet Redundanz und Fehlertoleranz für die BizTalk Server-Datenbanken. Anders als bei Clustern mit Lastenausgleich, bei denen eine Computergruppe zusammenarbeitet, um Verfügbarkeit und Skalierbarkeit zu erhöhen, sind an Serverclustern normalerweise zwei Datenbankcomputer in einer Aktiv/Passiv-Konfiguration beteiligt, sodass ein Computer für den anderen Sicherungsressourcen bereitstellt.

Azure Logic Apps

Azure Logic Apps nutzt Azure Storage zum Speichern und automatischen Verschlüsseln von ruhenden Daten. Diese Verschlüsselung schützt Ihre Daten und unterstützt Sie beim Einhalten der Sicherheits- und Complianceanforderungen Ihrer Organisation. Azure Storage verwendet standardmäßig von Microsoft verwaltete Schlüssel, um Ihre Daten zu verschlüsseln. Weitere Informationen finden Sie unter Azure Storage-Verschlüsselung für ruhende Daten.

Wenn Sie mit Azure Storage über das Azure-Portal arbeiten, erfolgen alle Transaktionen über HTTPS. Sie können auch mit Azure Storage arbeiten, indem Sie die Storage-REST-API über HTTPS verwenden. Um die Verwendung von HTTPS beim Aufruf der REST-APIs für den Zugriff auf Objekte in Speicherkonten zu erzwingen, aktivieren Sie die sichere Übertragung, die für das Speicherkonto erforderlich ist.

Datenkonfiguration

Die Trennung zwischen Konfiguration und Code ist wichtig, wenn Sie Ihre Integrationslösungen zwischen verschiedenen Umgebungen verschieben möchten, ohne dass Sie Ihren Code neu kompilieren oder neu assemblieren müssen. Konfigurationsinformationen sind in der Regel umgebungsspezifisch, sodass Sie Endpunkte und andere Details definieren können, die sich ändern müssen, wenn Sie Lösungen in Ihrer gesamten Landschaft bereitstellen.

BizTalk Server

• Ausführbare BizTalk NT Service-Datei

  Diese ausführbare Datei ruft eine app.config-Datei namens BTSNTSvc.exe.config auf. Diese Datei stellt Schlüssel-Wert-Paare bereit, sodass Sie Klartextkonfigurationsinformationen speichern können. Seien Sie jedoch aus den folgenden Erwägungen heraus vorsichtig mit dieser Datei:

  • Stellen Sie sicher, dass Sie die Konfiguration sorgfältig auf alle Computern innerhalb einer BizTalk-Gruppe replizieren.

  • Bei Konfigurationsänderungen müssen Sie die Hostinstanzen neu starten, damit die neuesten Werte aus dieser Konfigurationsdatei übernommen werden.

  • Alle Syntaxfehler, die in dieser Konfigurationsdatei vorhanden sind, verhindern das Starten von Hostinstanzen und führen zu Ausfallzeiten.

• Enterprise SSO-Tool

  Sie können dieses Tool auch als Konfigurationsspeicher verwenden. Communitytools sind ebenfalls verfügbar, um Datenverwaltung mithilfe von Enterprise SSO zu ermöglichen. Sie können anschließend über SDK-Tools auf diese Daten zugreifen, um sie zur Laufzeit abzurufen.

• Benutzerdefinierte Cachekomponenten

  Diese Komponenten werden häufig eingesetzt, damit Sie Anwendungsfälle über Schlüssel-Wert-Paare hinaus behandeln können. Angenommen, Sie möchten tabellarische Daten in einer SQL Server-Datenbank-Instanz speichern und diese Daten beim Starten einer Hostinstanz in den Arbeitsspeicher laden. Mit dieser Implementierung können BizTalk Server diese Informationen zur Laufzeit abrufen, indem sie benutzerdefinierten .NET Fx-Code ausführen. Anschließend können Sie über Orchestrierungen, BizTalk-Zuordnungen und benutzerdefinierte Pipelinekomponenten auf diese Daten zugreifen.

• Benutzerdefinierte Datenbank

  Datenbanken sind sowohl für Entwickler als auch für Administratoren eine bekannte Technologie und Sprache, sodass eine benutzerdefinierte Datenbank eine weitere gängige Option für die Speicherung von Anwendungskonfigurationsdaten ist.

• Geschäftsregel-Modul (Business Rules Engine, BRE)

  Die BRE ist zwar kein primärer Anwendungsfall, kann aber auch als Konfigurationsspeicher fungieren. Unabhängig davon, ob Sie die Engine über eine Orchestrierung oder eine Pipelinekomponente aufrufen, können Sie in BRE-Richtlinien umgebungsspezifische Informationen definieren und dann die entsprechende Richtlinie für die jeweilige Umgebung bereitstellen. Zur Laufzeit kann eine Orchestrierungs- oder Pipelinekomponente auf diese Informationen zugreifen und sie in Downstreamfunktionen wie Zuordnungen oder in Routingsituationen verwenden.

• Benutzerdefinierte Konfigurationsdatei

  Sie können benutzerdefinierte Konfigurationsdateien (CONFIG-Dateien) verwenden, um Anwendungskonfigurationsdaten zu speichern. Dieser Ansatz ist jedoch nicht üblich, da Sie wahrscheinlich einen statischen und festen Speicherort für diese Dateien in allen Umgebungen vorsehen müssen.

• Windows-Registrierung

  Sie können die Windows-Registrierung als gültige Option verwenden, um die Anwendungskonfigurationswerte zu speichern. Diese Registrierung ist eine zentrale hierarchische Datenbank, die von Microsoft Windows-Betriebssystemen verwendet wird, um Informationen zu speichern, die zum Konfigurieren des Systems für Benutzer, Anwendungen und Hardwaregeräte erforderlich sind. Die Registrierung enthält die folgenden grundlegenden Elemente: Strukturen, Schlüssel und Werte. Die Verwaltung von in der Registrierung gespeicherten Werten kann sich jedoch in großen Umgebungen mit mehreren Registrierungen und der Schwierigkeit beim Sichern einzelner Anwendungseinstellungen als schwierig erweisen.

Azure Logic Apps

• Azure Key Vault

  Dieser Dienst speichert und schützt kryptografische Schlüssel und andere Geheimnisse, die von Anwendungen und Clouddiensten verwendet werden. Da sichere Schlüsselverwaltung für den Schutz von Daten in der Cloud unerlässlich ist, verwenden Sie Azure Key Vault, um Schlüssel und Geheimnisse wie Kennwörter zu verschlüsseln und zu speichern.

• Azure App Configuration

  Dieser Dienst verwaltet Anwendungseinstellungen und Featureflags zentral. Sie können Konfigurationen aller Ihrer Azure-Apps an einem universellen, gehosteten Speicherort speichern. Verwalten Sie Konfigurationen effektiv und zuverlässig in Echtzeit und ohne Auswirkungen auf Kunden, indem Sie zeitaufwändige erneute Bereitstellungen vermeiden. Azure App Configuration ist auf Geschwindigkeit, Skalierbarkeit und Sicherheit ausgelegt.

• Azure Cosmos DB

  Bei diesem Dienst handelt es sich um eine vollständig verwaltete NoSQL-Datenbank für die moderne App-Entwicklung mit Antwortzeiten im einstelligen Millisekundenbereich sowie automatischer und sofortiger Skalierbarkeit, die Geschwindigkeit in jeder Größenordnung garantiert. Sie können Konfigurationsdaten in Azure Cosmos DB laden und dann mithilfe des Azure Cosmos DB-Connectors in Azure Logic Apps auf diese Daten zugreifen.

• Azure Table Storage

  Dieser Dienst bietet eine weitere Speichermöglichkeit, um Konfigurationsdaten kostengünstig zu speichern. Sie können ganz einfach mit dem Azure Table Storage-Connector in Azure Logic Apps auf diese Daten zugreifen. Weitere Informationen finden Sie unter Azure Table Storage.

• Benutzerdefiniertes Caching

  Sie können auch benutzerdefinierte Cachelösungen mit Azure Integration Services implementieren. Beliebte Ansätze sind die Verwendung von Cacherichtlinien in Azure API Management und Azure Cache for Redis.

• Benutzerdefinierte Datenbank

  Datenbanken sind sowohl für Entwickler als auch für Administratoren eine bekannte Technologie und Sprache, sodass eine benutzerdefinierte Datenbank eine weitere gängige Option für die Speicherung von Anwendungskonfigurationsdaten ist.

Verarbeitung großer Dateien

Im folgenden Abschnitt werden Optionen für die Verarbeitung großer Dateien in BizTalk Server und Azure Integration Services beschrieben.

BizTalk Server

Um die Verarbeitung großer Dateien zu bewältigen, enthält BizTalk Server Optimierungen basierend auf den folgenden Profilen:

• Nur Nachrichtenrouting

  Wenn Sie BizTalk Server nur zum Weiterleiten von Nachrichten basierend auf höhergestuften Nachrichteneigenschaften verwenden, werden Nachrichten mithilfe der .NET XmlReader-Schnittstelle in die MessageBox-Datenbank gestreamt. BizTalk Server lädt keine einzelnen Nachrichtenteile in den Arbeitsspeicher, sodass in diesem Szenario Arbeitsspeicherfehler kein Problem darstellen. Das Hauptaugenmerk liegt jedoch auf dem Zeitaufwand, der erforderlich ist, um sehr große Nachrichten (über 100 MB) in die MessageBox-Datenbank zu schreiben. Das BizTalk Server-Entwicklungsteam hat Tests durchgeführt, in denen bei reiner Weiterleitung Nachrichten von einer Größe von bis zu 1 GB erfolgreich verarbeitet werden konnten. Weitere Informationen finden Sie unter Optimieren der Pipelineleistung.

• Datentransformationen mit Zuordnungen

  Wenn BizTalk Server ein Dokument mithilfe einer Zuordnung transformiert, übergibt dieser potenziell speicherintensive Vorgang die Nachricht an die .NET XslCompiledTransform-Klasse, die das XSL-Stylesheet lädt. Nachdem der Ladevorgang erfolgreich abgeschlossen wurde, können mehrere Threads gleichzeitig die Transform-Methode aufrufen. Für weitere Informationen finden Sie unter XslCompiledTransform-Klasse.

  BizTalk Server verbessert die Speicherverwaltung für große Dokumente erheblich, indem ein konfigurierbarer Schwellenwert für die Nachrichtengröße zum Laden von Dokumenten in den Speicher während Transformationen implementiert wird. Der Standardschwellenwert für die Nachrichtengröße ist 1 MB. Bei allen Nachrichten mit einer Größe unterhalb dieses Schwellenwerts verarbeitet BizTalk Server die Nachricht im Arbeitsspeicher. Um die Arbeitsspeicheranforderungen für Nachrichten mit einer Größe über diesem Schwellenwert zu reduzieren, puffert BizTalk Server die Nachricht im Dateisystem.

Azure Logic Apps

Es sind einige grundlegende Unterschiede zwischen der Verarbeitung großer Dateien mit einer lokalen Middlewareplattform wie BizTalk Server und einem PaaS-Angebot wie Azure Logic Apps vorhanden. Untersuchen Sie beispielsweise die Szenarien für große Nachrichten sorgfältig, um die richtige Lösung zu finden, denn es gibt potenziell verschiedene Möglichkeiten, dieses Problem in einer modernen Cloudumgebung zu lösen.

Dateigrößenbeschränkungen

In Azure gibt es Dateigrößenbeschränkungen, um konsistentes und zuverlässiges Verhalten zu gewährleisten. Um Ihr Szenario zu überprüfen, lesen Sie unbedingt die Dokumentation zu Dienstgrenzwerten für Azure Logic Apps. Einige Connectors unterstützen Nachrichtensegmentierung (Blockerstellung) für Nachrichten, die den Standardgrenzwert für Nachrichten überschreiten, der je nach Connector unterschiedlich ist. Nachrichtensegmentierung funktioniert, indem eine große Nachricht in kleinere Nachrichten aufgeteilt wird.

Azure Logic Apps ist nicht der einzige Dienst, der Grenzwerte für die Nachrichtengröße aufweist. Beispielsweise weist Azure Service Bus auch solche Grenzwerte auf. Weitere Informationen zur Verarbeitung großer Nachrichten in Azure Service Bus finden Sie unter Unterstützung für umfangreiche Nachrichten.

Anspruchsprüfungsmuster

Um Dateigrößeneinschränkungen zu vermeiden, können Sie das Anspruchsprüfungsmuster implementieren, mit dem eine große Nachricht in eine Anspruchsprüfung und Nutzdaten aufgeteilt werden kann. Sie senden die Anspruchsprüfung an die Messagingplattform und speichern die Nutzdaten in einem externen Dienst. Auf diese Weise können Sie große Nachrichten verarbeiten, während Sie den Nachrichtenbus und den Client vor Überlastung schützen. Dieses Muster trägt auch zur Kostensenkung bei, weil Speicher in der Regel günstiger ist als die von der Messagingplattform verwendeten Ressourceneinheiten.

Azure Data Factory

Azure Data Factory bietet eine weitere Option für die Verarbeitung großer Dateien. Dieser Dienst ist das ELT-Angebot von Azure für skalierbare serverlose Datenintegration und Datentransformation mit einer codefreien visuellen Benutzeroberfläche für intuitives Erstellen und zentrale Überwachung und Verwaltung. Sie können vorhandene SQL Server Integration Services-Pakete (SSIS-Pakete) auch mit Lift & Shift in Azure übertragen und bei voller Kompatibilität in Azure Data Factory ausführen. Die SSIS Integration Runtime bietet einen vollständig verwalteten Dienst, sodass Sie sich keine Gedanken über die Infrastrukturverwaltung machen müssen. Weitere Informationen finden Sie unter Migrieren von SQL Server Integration Services-Workloads mit Lift & Shift in die Cloud.

In lokalen Architekturen war SSIS eine beliebte Option zum Verwalten des Ladevorgangs großer Dateien in Datenbanken. Als Cloudäquivalent für diese Architektur kann Azure Data Factory die Transformation und das Verschieben großer Datasets über verschiedene Datenquellen wie Dateisysteme, Datenbanken, SAP, Azure Blob Storage, Azure Data Explorer, Oracle, DB2, Amazon RDS und andere hinweg bewältigen. Wenn Sie Verarbeitungsanforderungen für große Datenmengen haben, sollten Sie Azure Data Factory als die bessere Option im Vergleich zu Azure Logic Apps und Azure Service Bus in Erwägung ziehen.

Überwachung und Warnungen

BizTalk Server

• BizTalk-Systemüberwachung

  Dieses Tool ist ein MMC-Snap-In, mit dem Sie die Integrität Ihrer BizTalk Server-Umgebungen überwachen und Wartungsaufgaben ausführen können. Zu den Features gehören MsgBox Viewer-Berichte (MBV-Berichte), Terminatortoolaufgaben, E-Mail-Benachrichtigungen, Berichtserfassung und Perfmon-Integration.

• BizTalk-Verwaltungskonsole

  Dieses Tool ist ebenfalls ein MMC-Snap-In für Administratoren, um Fehler, angehaltene Instanzen, Transaktionen, die derzeit wiederholt werden, den Status und vieles mehr zu ermitteln. Das Toolverhalten ist sehr reaktiv, da Sie die Konsole ständig aktualisieren müssen, um die neuesten Informationen zu überprüfen.

• BizTalk360

  Eine externe Weblösung, die vollständige Kontrolle über Ihre BizTalk Server-Umgebung bietet. Dieses einzelne Tool bietet Betriebs-, Überwachungs- und Analysefunktionen für BizTalk Server.

Azure Logic Apps

In Azure Logic Apps sind die folgenden Optionen verfügbar:

• Für Logik-App-Verbrauchsworkflows können Sie die Logik-Apps-Verwaltungslösung (Vorschau) im Azure-Portal installieren und Azure Monitor-Protokolle zum Erfassen von Diagnosedaten einrichten. Nachdem Sie Ihre Logik-App eingerichtet haben, um diese Daten an einen Azure Log Analytics-Arbeitsbereich zu senden, werden Telemetriedaten an den Ort gesendet, an dem die Logic Apps-Verwaltungslösung Integritätsvisualisierungen bereitstellen kann. Weitere Informationen finden Sie unter Einrichten von Azure Monitor-Protokollen und Sammeln von Diagnosedaten für Azure Logic Apps. Wenn Diagnose aktiviert ist, können Sie auch Azure Monitor verwenden, um Warnungen basierend auf verschiedenen Signaltypen zu senden, z. B. wenn ein Trigger oder eine Ausführung fehlschlägt. Weitere Informationen finden Sie unter Überwachen des Ausführungsstatus, Überprüfen des Triggerverlaufs und Einrichten von Benachrichtigungen für Azure Logic Apps.

• Für Workflows der Standard-Logik-App können Sie die Unterstützung von Application Insights aktivieren, die kuratierte Visualisierungen als Grundlage für die Überwachung von Azure-Diensten bereitstellt. Diese Visualisierungen helfen Ihnen, Standardworkflows effektiver zu überwachen, indem Sie Dashboards verwenden, die speziell für Azure Logic Apps (Standard) entwickelt wurden. Der Dashboardbereich deckt die Workflows in einer Standard-Logik-App ab. Das Dashboard basiert auf Azure-Arbeitsmappen und bietet verschiedene Visualisierungen. Sie können diese Arbeitsmappen ganz einfach erweitern und anpassen, um bestimmte Anforderungen zu erfüllen.

Serverless 360 ist eine externe Lösung von Kovai, die Überwachung und Verwaltung durch Zuordnung von Azure-Diensten wie Azure Logic Apps, Azure Service Bus, Azure API Management und Azure Functions bereitstellt. Sie können Nachrichten erneut verarbeiten, indem Sie Warteschlangen für unzustellbare Nachrichten in Azure Service Bus verwenden, die Selbstreparatur aktivieren, um zeitweilige Dienstunterbrechungen zu beheben, und proaktive Überwachung durch synthetische Transaktionen einrichten.

Sie können benutzerdefinierte Überwachungsregeln konfigurieren und Protokolle in einer Portalumgebung anzeigen. Sie können Benachrichtigungen über verschiedene Kanäle senden, z. B. über E-Mail, Microsoft Teams und ServiceNow. Es sind Dienstzuordnungen verfügbar, um die Integrität Ihrer Schnittstellen visuell zu bestimmen.

Geschäftsaktivitätsüberwachung

Im folgenden Abschnitt werden Optionen zum Überwachen und Erfassen von Telemetriedaten für Workloads in BizTalk Server und Azure Integration Services beschrieben.

BizTalk Server

BizTalk Server enthält ein Feature namens Business Activity Monitoring (BAM), mit dem Entwickler und Business Analysts Überwachungsprofile definieren können, die sie auf Orchestrierungen anwenden können. Wenn Nachrichten Empfangs- und Sendeports durchlaufen, werden Datenattribute erfasst und in einer BAM-Datenbank gespeichert. Die benutzerdefinierte Implementierung ist auch über eine .NET Fx-API verfügbar.

Azure Logic Apps

Für Fachkräfte in der Entwicklung oder Business Analysten, die an Lösungen arbeiten, die Dienste und Systeme mithilfe verschiedener Azure-Ressourcen integrieren, kann es schwierig sein, die Beziehung zwischen den technischen Komponenten der Lösung und dem Geschäftsszenario zu visualisieren. Um Geschäftskontexte zu den Azure-Ressourcen in Ihre Lösung einzubeziehen, können Sie Geschäftsprozesse erstellen, die die von diesen Ressourcen implementierte Geschäftslogik visuell darstellen. In Azure Business Process Tracking ist ein Geschäftsprozess eine Reihe von Phasen, die die Aufgaben darstellen, die ein reales Geschäftsszenario umfasst.

Eine weitere Option besteht darin, eine externe Lösung von Kovai mit dem Namen Serverless 360 zu verwenden. Zusammen mit der Überwachungsplattform können Sie das Feature zur Überwachung von Geschäftsaktivitäten verwenden, das eine End-to-End-Nachverfolgung für Geschäftsprozessabläufe über cloudnative und hybride Integrationen hinweg bereitstellt. Dieses Feature enthält einen verwalteten Connector, mit dem Entwickler Code instrumentieren und wichtige Geschäftsdaten erfassen können. Administratoren können anschließend Dashboards erstellen und für Business Analysts freigeben.

Nachverfolgung

Im folgenden Abschnitt werden Optionen zum Nachverfolgen von Artefakten für die Leistungsüberwachung und Integritätsanalyse in BizTalk Server und Azure Integration Services beschrieben.

BizTalk Server

• Nachrichtenüberwachung

  BizTalk Server-Administratoren können die Nachrichtentextnachverfolgung verwenden, um anzugeben, wann Nachrichtentexte zu Problembehandlungs- und Überwachungszwecken im Speicher persistent gespeichert werden sollen. Die Nachverfolgung von Nachrichten ist sowohl aus Leistungs- als auch aus Speichersicht ein kostspieliger Vorgang. Daher sollten Sie diese Funktion selektiv einsetzen, um Leistungsprobleme zu vermeiden. Wenn Sie die Nachrichtentextverfolgung für Empfangs- und Sendeports aktivieren, kopiert BizTalk Server die Daten mithilfe des SQL Server-Agent-Auftrags namens TrackedMessages_Copy_<message-box-name> in die BizTalk-Nachverfolgungsdatenbank (BizTalkDTADb).

  

  Sie können die Nachverfolgung auf fast alle BizTalk Server-Artefakte anwenden, einschließlich Orchestrierungen, Pipelines, Empfangsports, Sendeports, Schemas und Geschäftsregeln. Diese Optionen sind zur Laufzeit aktiviert oder deaktiviert, ohne dass sich dies auf den Code (die Lösung) auswirkt oder ein Neustart erforderlich wird.

• Integritäts- und Aktivitätsüberwachung (HAT)

  Obwohl das HAT-Tool ab Edition 2009 aus BizTalk Server entfernt wurde, ist diese Funktionalität in der BizTalk-Verwaltungskonsole weiterhin vorhanden. Administratoren können über die Schnittstelle „Neue Abfrage“ in der Gruppenübersicht nach Daten suchen. Sie können Abfragen basierend auf verschiedenen Kriterien anpassen, z. B. nach Ereignistyp, Portname, URI, Schemaname und mehr. Wenn Sie die Nachrichtentexte überprüfen möchten, die einen Empfangs- oder Sendeport durchlaufen haben, können Sie auf diese Informationen zugreifen, sofern Sie Nachverfolgung auf Portebene aktiviert haben. Weitere Informationen finden Sie unter Integritäts- und Aktivitätsnachverfolgung.

• Integration in Application Insights und Azure Event Hubs

  Ab BizTalk Server 2016 Feature Pack 1 können Sie Telemetriedaten für Application Insights in Azure Monitor oder für Azure Event Hubs veröffentlichen. Durch diesen Ansatz werden Probleme mit der Datenträgerkapazität von SQL Server vermieden, sodass Sie stattdessen elastische, cloudbasierte Datenspeicher wie Application Insights, Log Analytics und den Ausführungsverlauf in Azure Logic Apps verwenden können.

Azure Logic Apps

Azure Logic Apps bietet einen umfangreichen Ausführungsverlauf, sodass Entwickler*innen und Supportanalyst*innen die Telemetriedaten von Aktion zu Aktion überprüfen können, einschließlich aller verarbeiteten Eingaben und Ausgaben. Um vertrauliche Daten zu schützen, können Sie sichere Eingaben und Ausgaben für einzelne Aktionen in Workflows aktivieren. Diese Funktion verschleiert oder blendet die Daten in Protokollen und Workflowausführungsverläufen aus, um Datenlecks zu vermeiden.

Über die Datenverschleierung hinaus können Sie Azure RBAC-Regeln verwenden, um den Datenzugriff zu schützen. Azure RBAC enthält bestimmte integrierte Rollen für Azure Logic Apps (Standard).

Über Azure RBAC hinaus können Sie den Zugriff auf den Ausführungsverlauf in Azure Logic Apps auch nach IP-Adressbereich einschränken.

Hosting

Im folgenden Abschnitt werden Hostingoptionen für BizTalk Server und Azure Integration Services beschrieben.

BizTalk Server

BizTalk Server 2020 unterstützt die folgenden Microsoft-Plattformen und -Produkte, beginnend mit dem kumulativem Update 6:

• Windows Server 2022, Windows Server 2019 und Windows 11
• Visual Studio 2019 Enterprise und Visual Studio 2019 Professional
• SQL Server 2022, SQL Server 2019
• Office 2019 und Office 2016

Sie können BizTalk Server auf Ihrer eigenen Hardware, auf einer lokalen VM oder auf Azure-VMs installieren und ausführen. Azure-VMs bieten Ihnen die Flexibilität der Virtualisierung für eine breite Palette von Computinglösungen mit Unterstützung für BizTalk Server, Windows Server, SQL Server und vieles mehr. Alle VMs der aktuellen Generation bieten kostenlosen Lastenausgleich und automatische Skalierung.

Azure Logic Apps

• Hostingpläne

  In Azure Logic Apps mit einem einzelnen Mandanten ähnelt eine Standard-Logik-App einer Azure-Funktion oder Web-App, bei der Sie einen einzelnen Workflowdienstplan verwenden können, um mehrere Standard-Logik-Apps zu hosten. Diese Ähnlichkeit bedeutet, dass Sie nicht alle Ihre Workflows in einer einzigen Logik-App-Standardressource bereitstellen müssen. Stattdessen können Sie diese Workflows in logischen Gruppen (Logik-Apps) organisieren, um andere Aspekte Ihrer Lösung besser verwalten zu können. Dieser Ansatz hilft Ihnen, Ihren Workflowdienstplan optimal zu nutzen und Ihre Anwendungen zukunftssicher zu machen, die Sie implementieren können, damit sie individuell skaliert werden können.

  Für eine Standard-Logik-App sind die folgenden Tarife verfügbar: WS1, WS2 und WS3. Funktionell bietet jede Dienstebene die gleichen Funktionen. Ihre Anforderungen für Compute und Arbeitsspeicher bestimmen, welcher Tarif für Ihr Szenario am besten geeignet ist, z. B.:

  Tarif	Virtuelle CPU (vCPU)	Arbeitsspeicher (GB)
  WS1	1	3,5
  WS2	2	7
  WS3	4	14

  Weitere Informationen finden Sie unter Preisniveaus im Standardmodell.

• Hybridbereitstellungsmodell (Vorschau)

  Azure Logic Apps bietet ein Hybridbereitstellungsmodell, sodass Sie Standardlogik-App-Workflows in Szenarien lokal, mit privater oder mit öffentlicher Cloud bereitstellen und hosten können. Dieses Modell bietet Ihnen die Funktionen zum Hosten von Integrationslösungen in teilweise verbundenen Umgebungen, wenn Sie lokale Verarbeitung, Datenspeicher und Netzwerkzugriff verwenden müssen. Mit der Hybridoption haben Sie die Freiheit und Flexibilität, die beste Umgebung für Ihre Workflows auszuwählen. Weitere Informationen finden Sie unter Einrichten einer eigenen Infrastruktur für Standardlogik-Apps mit Hybridbereitstellung (Vorschau).

• Verfügbarkeit und Redundanz

  In Azure bieten Verfügbarkeitszonen Resilienz, verteilte Verfügbarkeit und Aktiv-Aktiv-Aktiv-Zonenskalierbarkeit. Um die Verfügbarkeit für Ihre Logik-App-Workloads zu erhöhen, können Sie Unterstützung von Verfügbarkeitszonen aktivieren, aber nur, wenn Sie Ihre Logik-App erstellen. Sie benötigen mindestens drei separate Verfügbarkeitszonen in jeder Azure-Region, die Zonenredundanz unterstützt und ermöglicht. Die Azure Logic Apps-Plattform verteilt diese Zonen und Logik-App-Workloads auf diese Zonen. Diese Funktion ist eine wesentliche Voraussetzung für die Aktivierung resilienter Architekturen und die Bereitstellung von Hochverfügbarkeit, wenn in einer Region Rechenzentrumsausfälle auftreten. Weitere Informationen finden Sie unter Erstellen von Lösungen für Hochverfügbarkeit mit Verfügbarkeitszonen.

• Isolierte und dedizierte Umgebung

  Für Standard-Logik-Apps besteht die Option, eine App Service-Umgebung (ASE) v3 für Ihre Bereitstellungsumgebung auszuwählen. Mit einer ASE v3 erhalten Sie eine vollständig isolierte und dedizierte Umgebung, um Anwendungen in hoher Skalierung mit vorhersagbaren Preisen auszuführen. Sie zahlen nur für den ASE-App Service-Plan, unabhängig von der Anzahl der Logik-Apps, die Sie erstellen und ausführen

Szenarien, die zusätzliche Azure-Integrationsdienste erfordern, finden Sie in der folgenden Dokumentation:

• Premium- und Standard-Messagingebenen von Azure Service Bus
• Azure API Management – Featurebasierter Ebenenvergleich
• Azure Data Factory – Plan für die Kostenverwaltung und Grundlegendes zu Data Factory-Preisen anhand von Beispielen

Bereitstellung

BizTalk Server

Die native Bereitstellungspaketerstellung in BizTalk Server basiert auf einer MSI-Datei (Microsoft Installer), die mit einer Umgebungskonfigurationsdatei oder Bindungsdatei kombiniert wird. Diese beiden Dateien stellen eine Trennung zwischen der Installation von Komponenten her, die für die folgenden BizTalk Server Repositorys bereitgestellt werden, und definieren Einstellungen auf Port- und Pipelineebene, einschließlich Endpunkt, Geheimnisse, Pipelinekonfiguration und mehr.

• Verwaltungsdatenbank
• Lokale BizTalk Server-Ordner
• .NET globaler Assemblycache

Obwohl sich dieser Prozess als effektiv erweisen kann, müssen Sie auch jede einzelne Umgebungskonfiguration getrennt vom Code verwalten. Das Open-Source-Projekt BizTalk Deployment Framework (BTDF) bietet eine Lösung für dieses Problem. Mit diesem Tool können Sie die Umgebungskonfiguration als Teil Ihrer BizTalk Server Lösung verwalten, indem Sie eine tokenisierte Bindungsdatei verwenden, die Sie zur Entwurfszeit erstellen, sowie eine Tokenmatrix, die Sie als Excel-Datei für jede Umgebung erstellen.

Der Buildprozess erstellt dann eine einheitliche MSI-Datei mit Versionsangabe. Diese Datei unterstützt Komponentenbereitstellung und Umgebungskonfiguration aus demselben Paket, wodurch Sie bessere Kontrolle über die Version der Lösung erhalten, die Sie umgebungsübergreifend implementieren möchten.

Unterstützung für ein BTDF-Paket in einer CI/CD-Pipeline (Continuous Integration, Continuous Deployment) ist in BizTalk Server 2020 verfügbar. Dies umfasst diese Funktionalität, die mit den BizTalk Server 2016 Feature Packs eingeführt wurde. Sie können diese Funktionalität und die Azure DevOps-Plattform verwenden, um die automatische Bereitstellung für BizTalk Server-Lösungen in verschiedenen Umgebungen zu optimieren.

Azure Logic Apps

Wenn Sie eine Azure Logic Apps-Ressource oder eine andere Azure-Integrationsdienst-Komponente oder -Lösung für Azure bereitstellen, müssen Sie die folgenden Elemente verwalten:

• Azure-Ressourcen, die als Container oder Infrastruktur für die Lösungen fungieren, die Sie bereitstellen möchten, z. B. die Logik-App-Standardressource, die API Management-Instanz,der Service Bus-Namespace oder das Event Grid-Thema

• Die tatsächliche Logik, die von jeder Komponente implementiert wird, z. B. Workflows, APIs, Warteschlangen und Abonnements

• Die umgebungsspezifische Konfiguration, die jeder Komponente zugeordnet ist, z. B. Berechtigungen, Geheimnisse, Warnungen usw.

Wenn Sie die Infrastrukturdefinition vom Code getrennt halten, können Sie die Infrastrukturdefinition wie einen weiteren Teil des Codes behandeln, den Sie mit einer Versionsangabe versehen und sicher in einem Quellcodeverwaltungsrepository speichern können. Außerdem können Sie eine Bereitstellung auslösen, wenn sich die Definition ändert. Diese Vorgehensweise, die allgemein als Infrastructure-as-Code (IaC) bezeichnet wird, verbessert die Qualität der Umgebung, da Sie Versionen für jede Umgebung erstellen und Änderungen in der Quellcodeverwaltung zurückverfolgen können.

Azure Logic Apps unterstützt IaC, indem die Möglichkeit zum Erstellen von Infrastrukturressourcen mithilfe von Azure Resource Management-Vorlagen bereitgestellt wird. Obwohl ARM-Vorlagen komplex erscheinen können, wenn es darum geht, sie zu verstehen und als einheitliche Lösung zu implementieren, können Sie Abstraktionstools wie Bicep, Terraform oder Pulumi verwenden, die eine codeähnliche Umgebung für die Erstellung Ihrer Infrastrukturdefinition bieten. Obwohl diese Tools Abstraktionsebenen über ARM-Vorlagen bereitstellen, generieren die Tools letztendlich ARM-Vorlagen und können diese Vorlagen für Sie bereitstellen.

Wenn Ihre Infrastruktur eingerichtet ist, können Sie die Logik bereitstellen, die Ihre End-to-End-Workflows implementiert. Da Azure Integration Services eine Sammlung von Tools zum Implementieren Ihrer Integrationsworkflows bietet, müssen Sie jede Komponente bereitstellen. Bei Lösungen, die mit Azure Integration Services erstellt wurden, basieren CI/CD-Pipelines in der Regel auf der Bereitstellung einer Orchestrierung von Komponenten. DevOps-Entwickler können integrierte Aktionen verwenden, die Bereitstellungsaktivitäten abstrahieren, oder generische Aktionen, die entweder CLI-Befehle oder Automatisierungsskripts wie PowerShell und Bash ausführen. In den meisten Fällen passen technische Fachkräfte Pipelines an die Anforderungen der Anwendung an, lesen die Anleitungen aus der offiziellen Dokumentation und verwenden Beispielrepositorys als Ausgangspunkt.

Um jede Komponente auf die Bereitstellung vorzubereiten, sind in der Regel die folgenden Schritte zu berücksichtigen:

• Continuous Integration-Phase

  1. Abrufen der neuesten Version des Quellcodes.

  2. Vorbereiten des Codes mit der umgebungsspezifischen Konfiguration.

     Die Details für diesen Schritt hängen von der Unterstützung der einzelnen Technologien für externe Einschleusung von Umgebungsvariablen ab. Die grundlegende Prämisse ist, dass umgebungsbasierte Konfigurationsinformationen (z. B. Verbindungszeichenfolgen und Verweise auf externe Ressourcen) abstrahiert werden, um auf ein Repository für Anwendungseinstellungen zu verweisen. In diesem Szenario würden Sie also Verweise, die als Klartext vorhanden sind, direkt im Repository für die Anwendungseinstellungen speichern, sensible Werte wie Geheimnisse jedoch als Verweiszeiger auf Einträge in einem Geheimnisspeicher (z. B. einem Azure-Schlüsseltresor).

     Azure Logic Apps ermöglicht diesen Ansatz für eine Logik-App-Standardressource, indem Verweise auf das Repository für die Anwendungseinstellungen unterstützt werden. Sie können dann Name-Wert-Paare Einträgen in Ihrem Schlüsseltresor zuordnen.

  3. Packen Sie den Code für die Bereitstellung in verschiedenen Umgebungen.

• Continuous Deployment-Phase

  1. Stellen Sie gepackten Code in der Zielumgebung bereit.

  2. Aktualisieren Sie das Repository für die Anwendungseinstellungen mit den richtigen Umgebungswerten, entweder als Klartext oder als Verweise auf Einträge in Ihrem Schlüsseltresor.

  3. Aktualisieren Sie alle erforderlichen Berechtigungen, die vom Code abhängen.

  4. Bereiten Sie Ihre Anwendung bei Bedarf auf die Ausführung vor.

Featureabgleich

Die folgende Tabelle und das folgende Diagramm zeigen, wie sich Ressourcen, Artefakte, Features und Funktionen von BizTalk Server, Azure Logic Apps und Azure-Integrationsdiensten unterscheiden und wie sie übereinstimmen. Azure Logic Apps ist zwar eine wichtige Plattform für Integrationsworkloads, aber stellen Sie sicher, dass Sie alle verfügbaren Funktionen in Azure-Integrationsdiensten als Ganzes berücksichtigen.

Feature oder Funktion	BizTalk Server	Azure
Orchestrierungen	– BizTalk Server-Orchestrierung – C#-Code	– Azure Logic Apps-Workflow – Workflowvorlagen für Azure Logic Apps – Azure Functions-Funktions-App
Pipelines	– BizTalk Server-Pipelines – Pipelinekomponenten	– Azure Logic Apps-Workflows (als Pipelines) – Azure API Management (als Pipelines) – Azure Functions-Funktions-App – Azure API-App
Nachrichtenweiterleitung	– MessageBox – Eigenschaftenhöherstufungen – Filter	– Azure Service Bus-Warteschlangen und -Themen (Nachrichtenheader, Nachrichteneigenschaften und Abonnements) – Azure Event Grid oder Azure API Management – SQL Server oder Azure Cache for Redis
Anwendungskonnektivität	– BizTalk Server sofort einsatzbereit und benutzerdefinierte Adapter – Internetinformationsdienste (IIS) und Azure API Management (Hybridfunktionen)	– Azure Logic Apps-Connectors – Azure API Management (als Connectors) – Azure Functions-Funktions-App – Azure API-App
Querverweise	xref_ *-Tabellen in der BizTalk-Verwaltungsdatenbank (BizTalkMgmtDb)	– Azure Functions - SQL Server --Benutzerdefiniert
Schemas (XSD)	– BizTalk Server-Schemas – XML-, JSON- und Flatfileschemas	– Azure Logic Apps (Standard) – Azure-Integrationskonto – Azure-Speicherkonto – Azure Functions-Funktions-App – Azure API-App
Maps	– BizTalk-Mapper – XSLT-Zuordnungen – Azure API Management (Hybridfunktionen)	– Azure Logic Apps (Standard) – XSLT-Karten, Liquid-Vorlagen – Azure-Integrationskonto (XSLT-Karten, Liquid-Vorlagen) – Azure-Speicherkonto – Azure Functions-Funktions-App – Azure API-App – Datenmapper-Tool (Azure Logic Apps-Standarderweiterung für Visual Studio Code)
Geschäftsregeln	– BizTalk Server-Geschäftsregel-Engine	Azure Logic Apps-Regel-Engine
Geschäftsaktivitätsüberwachung	BizTalk Server-Geschäftsaktivitätsüberwachung	Azure Business Prozess Tracking
EDI	– BizTalk Server sofort einsatzbereite Funktionen – Parteien, Partner, Vereinbarungen, AS2, X12, EDIFACT	Azure Logic Apps und Azure-Integrationskonto (Partner, Vereinbarungen, AS2, X12, EDIFACT)
– HL7, RosettaNet und SWIFT	BizTalk Server-Beschleuniger für HL7, RosettaNet und SWIFT	– Azure Logic Apps, Azure-Integrationskonto, RosettaNet- und SWIFT-Connectors – Azure API Management für FHIR (HL7) – Azure Blueprint, ermöglicht SWIFT-CSP-Compliance in Azure
Geheimnisse	Einmaliges Anmelden für Unternehmen (SSO)	– Azure Key Vault - SQL Server – Anwendungskonfiguration
Sicherheit und Governance	– Enterprise Single Sign-On (SSO) – SSO-Partneranwendungen – Active Directory – Signaturzertifikate – IIS-Sicherheitsauthentifizierung – Netzwerksicherheit	– Microsoft Entra ID – Azure-Netzwerksicherheit – Rollenbasierte Zugriffssteuerung in Azure (Azure Role-Based Access Control, Azure RBAC) – Ansprüche, Token – Freigegebene Zugriffsrichtlinien
Datenkonfiguration	– Konfigurationsdateien – Konfiguration der Enterprise SSO-Anwendung – Benutzerdefinierte Cachekomponenten – Benutzerdefinierte Datenbank – Geschäftsregel-Engine – Windows-Registrierung	– Azure Key Vault – Azure App Configuration – Azure Cosmos DB – Azure Table Storage – Konfiguration von Azure Logic Apps (Standard) – Azure Functions-Konfiguration – Benannte Werte und Back-Ends von Azure API Management - SQL Server – Benutzerdefinierte Zwischenspeicherung – Benutzerdefinierte Datenbank
Bereitstellung	– BizTalk Server Bindungsdatei	– Azure Pipelines – Bicep-Skripts – Terraform
Nachverfolgung	– BizTalk Server Nachverfolgungsfunktionen (Empfangsports, Sendeports, Pipelines, Orchestrierungen) – IIS-Nachverfolgung – Integrierte Azure API Management-Analysen (Hybridfunktionen)	– Azure Logic Apps-Ausführungsverlauf und nachverfolgte Eigenschaften – Azure Storage-Konto – Azure Monitor (Application Insights) – Integrierte Azure API Management-Analysen – Benutzerdefinierte Lösung, z. B. Azure Event Hubs plus Azure Functions plus SQL Server plus Azure Data Explorer
Überwachung	– BizTalk-Verwaltungskonsole – BizTalk-Integritätsüberwachung	Azure Monitor (Application Insights, Log Analytics)
Vorgänge	– BizTalk Server-Verwaltungskonsole – Azure Pipelines – MSI, PowerShell – BizTalk-Bereitstellungsframework	– Azure-Portal – Azure Monitor – Azure Resource Manager-Vorlagen – Azure Pipelines – PowerShell, CLI, Bicep

Um über die neuesten Investitionen auf dem Laufenden zu bleiben, abonnieren Sie den Blog der Tech Community zu Integrationen in Azure.

Nächste Schritte

Sie haben mehr darüber erfahren, wie sich Azure Logic Apps im Vergleich zu BizTalk Server unterscheidet. Als Nächstes erfahren Sie, wie Sie die besten Azure-Funktionen für Ihre Szenarien auswählen. Fahren Sie alternativ mit den vorgeschlagenen Ansätzen und Ressourcen, Planungsüberlegungen und bewährten Methoden für Ihre Migration fort.

Auswählen der besten Azure Integration Services-Angebote für Ihr Szenario

Ansätze für die Migration von BizTalk Server zu Azure Logic Apps