Mainframe- und Midrange-Workloads modernisieren mit Azure Logic Apps Standard

Azure Logic Apps Standard hilft Organisationen, Mainframe- und Midrange-Workloads schrittweise zu erweitern und zu modernisieren, ohne zuvor etablierte Hostprogramme neu zu schreiben oder alle Verarbeitungen auf Azure zu verlagern. Nutzen Sie Workflows und integrierte Connectors, um bestehende Transaktionen, Daten, Nachrichten, Dateien und bildschirmgesteuerte Anwendungen modernen Verbrauchern zugänglich zu machen. Führen Sie die Integrationsschicht in Azure aus, in App Service-Umgebung v3 (ASE v3) oder auf kundenverwalteter Infrastruktur über eine hybride Bereitstellung auf Azure Arc-fähigem Kubernetes.

Kunden, die von BizTalk Server migrieren, können kompatible Metadaten der Host-Integration erhalten und bestehende Adapterkonfigurationen als Eingaben für neue integrierte Verbinderverbindungen verwenden. Dieser Ansatz unterstützt eine allmähliche Koexistenz zwischen bestehenden und modernisierten Systemen, während Teams Schnittstellen und Geschäftsfähigkeiten in handhabbaren Wellen verschieben.

Kundenwert

Azure Logic Apps Standard bietet folgenden Wert für die Modernisierung von Mainframes und Midrange:

Kundenziel	Azure Logic Apps Standard-Wert
Funktionierende Systeme erhalten	Verwenden Sie bestehende Host-Programme, Datenstrukturen, Warteschlangen, Dateien und kompatible Metadaten wieder, während die umliegende Integrationsschicht modernisiert wird.
Schrittweise modernisieren	Führen Sie Arbeitsabläufe als Integrationsfassade ein, verschieben Sie jeweils eine Schnittstelle oder Geschäftsfähigkeit und halten Sie Alt- und moderne Systeme während der Umstellung zusammen.
Reduziere benutzerdefinierten Integrationscode	Verwenden Sie visuelle Arbeitsabläufe, integrierte Connectors, Transformationen und workflow-bezogenen Code, anstatt jede Integrationskomponente von Grund auf neu zu bauen.
Wählen Sie, wo die Verarbeitung ausgeführt wird	Hoste Workflows in Azure oder führe sie auf Arc-fähigem Kubernetes in der Nähe lokaler Systeme aus, wenn Latenz, Datenresidenz oder Netzwerkanforderungen lokale Verarbeitung begünstigen.
Unterstützen Sie unterschiedliche Arbeitslastmerkmale	Verwenden Sie zustandsbehaftete Workflows für dauerhafte, lang laufende Prozesse und zustandslose Workflows für geringere Latenz und In-Memory-Verarbeitung, wenn keine Persistenz erforderlich ist.
Moderne Verabreichungspraktiken übernehmen	Speichere Workflow-Definitionen, Konfigurationen, Metadaten und unterstützenden Code in der Versionskontrolle und nutze automatisierte Build- und Deployment-Pipelines.

Azure Logic Apps Standard ist die zentrale Orchestrierungs- und Integrationslaufzeit für die Lösung. Andere Messagings, API-Management, Ereignisverteilung, Datenbanken oder kundenverwaltete Dienste sind standardmäßig nicht erforderlich. Fügen Sie sie nur hinzu, wenn die refaktorierte Architektur eine unabhängige Funktion, Skalierungsgrenze, einen eigenen Lebenszyklus oder ein eigenes Eigentumsmodell erfordert.

Warum Azure Logic Apps Standard verwenden

Standard bietet Funktionen, die für die Integration von Host und System geeignet sind, die aber nicht alle zusammen im Verbrauchsressourcentyp verfügbar sind:

Integrierte, dienstanbieterbasierte Konnektoren werden mit der Azure Logic Apps-Laufzeit ausgeführt und ermöglichen den direkten Zugriff auf unterstützte Mainframe- und Midrange-Systeme.
Eine Standard-Logik-App kann mehrere verwandte Arbeitsabläufe enthalten, die Rechen-, Speicher-, Netzwerk-, Konfigurations- und Bereitstellungsgrenzen teilen.
Zuständende und zustandslose Workflows unterstützen dauerhafte Prozesse und Szenarien mit geringerer Latenz in Anfrage-Antwort-Szenarien.
Azure-gehostete Standard-Workflows unterstützen die Integration virtueller Netzwerke und private Endpunkte für den Zugriff auf private Systeme.
Die hybride Bereitstellung führt Workflows und integrierte Connector-Operationen auf kundenverwalteter Infrastruktur aus.
Die Entwicklung von Visual Studio Code unterstützt lokale Tests, Quellcodekontrolle und CI/CD.

Azure Logic Apps Standard bietet cloud-native Implementierungen vieler Kernintegrationsfunktionen, die historisch vom Host Integration Server (HIS) bereitgestellt wurden, einschließlich Zugriff auf IBM-Transaktionsprogramme, Messaging-Systeme, Datenbanken, Hostdateien und 3270-Anwendungen. Einige Protokolle und Szenarien, wie die LU6.2-Konnektivität, erfordern weiterhin HIS.

Wähle, wo du Workflows ausführen möchtest

Die in diesem Artikel integrierten Mainframe- und Midrange-Konnektoren werden von jeder Standard-Hostingoption unterstützt. Wählen Sie die Option, die den Anforderungen der Workload an Infrastrukturbesitz, Isolation, Konnektivität, Latenz und Datenstandort entspricht.

Hostingoption	Beste Passform	Wichtige Überlegungen
Workflowdienstplan	Verwaltetes Azure-Hosting für Workflows, die über private oder öffentliche Netzwerkpfade mit Host-Systemen verbunden sind.	Nutzt reservierte WS1-, WS2- oder WS3-Kapazitäten und unterstützt virtuelle Netzwerkintegration, private Endpunkte und Azure-Überwachung.
App Service-Umgebung v3	Azure-gehostete Workloads, die dedizierte Isolation, Netzwerke, Compliance-Grenzen oder Konsolidierung mit anderen App-Service-Workloads erfordern.	Erfordert eine ASE v3 und einen isolierten v2 App Service Plan.
Hybrid	Lokale Verarbeitung, Datenresidenz, latenzarmer Zugriff auf Host-Systeme oder kundenverwaltete Infrastruktur.	Läuft auf Azure Arc-fähigem Kubernetes und erfordert kundenverwaltetes Kubernetes, SQL Server, SMB-Speicher, Netzwerke, Skalierung und Betrieb.

Die hybride Bereitstellung ist teilweise verbunden, nicht luftspaltet. Eingebaute Connector-Operationen laufen mit der lokalen Azure Logic Apps-Laufzeit, während Azure-Management und alle cloudgehosteten verwalteten Connectors ausgehende Verbindungen erfordern. Für aktuelle Infrastrukturanforderungen und -einschränkungen siehe Einrichten Ihrer eigenen Infrastruktur für Standard-Logik-Anwendungen mit hybrider Bereitstellung.

Bestehende Integrationsinvestitionen erhalten

Seit Jahrzehnten bietet Microsoft Mainframe- und Midrange-Integrationsfunktionen über Microsoft Host Integration Server an. Azure Logic Apps Standard baut auf dieser Erfahrung mit metadatenbasierten Tools und Connectoren auf, die helfen, bestehende Anwendungsinvestitionen zu erhalten.

Microsoft HIS Designer für Azure Logic Apps

Dieses Visual Studio-Tool erstellt die Host Integration Designer XML (HIDX)-Metadaten, die Azure Logic Apps-Connectors zur Interaktion mit Mainframe- und Midrange-Programmen sowie Datenstrukturen verwenden. Der grafische Designer ermöglicht es Ihnen, Programmschnittstellen, Methoden, Parameter, Datensätze und Datentypen zu erstellen, anzuzeigen, zu bearbeiten und abzubilden. Du kannst auch COBOL- und RPG-Copybooks importieren. Weitere Informationen finden Sie unter HIS Designer für Azure Logic Apps.

Microsoft 3270-Designtool

Dieses Tool erfasst Bildschirme, Navigationspfade, Methoden und Parameter für Aufgaben in einer 3270-Anwendung. Das Tool erzeugt HIDX-Metadaten, die der IBM 3270-Anschluss verwendet, um den aufgezeichneten Navigationsplan auszuführen. Weitere Informationen finden Sie unter 3270-Designtool.

Migrierung von BizTalk-Host-System-Integrationen

Wenn Ihre BizTalk Server-Anwendungen Adapter für Hostsysteme verwenden, können Sie viele bestehende Artefakte und Konfigurationsdetails nutzen, um die Migration zu Azure Logic Apps Standard zu beschleunigen:

Verwenden Sie kompatible HIDX-Metadaten mit den eingebauten CICS-, IMS-, IBM i-, IBM 3270- und IBM Host File-Anschlüssen.
Verwenden Sie bestehende COBOL- und RPG-Copybooks, um HIDX-Metadaten zu erstellen oder zu aktualisieren.
Nutzen Sie den Azure Logic Apps Migration Agent, um unterstützte BizTalk-Artefakte zu entdecken, darunter Bindungen, Endpunktkonfigurationen und HIDX-Dateien, und nutzen Sie diese während Analyse, Planung und Konvertierung.

Bestehende Einstellungen werden nicht ohne vorherige Überprüfung als bereitstellbare Azure Logic Apps-Verbindungen übertragen. Rekonstruieren Sie umgebungsspezifische Konfigurationen, Zugangsdaten, Zertifikate und Netzwerkeinstellungen für die Ziel-Hosting-Umgebung und validieren Sie das resultierende Verhalten. BizTalk-Integrationen, die auf LU6.2 basieren, erfordern eine Refaktorisierung oder Neugestaltung. Weitere Informationen finden Sie unter Migrate BizTalk Server with Azure Logic Apps Migration Agent.

Vorhandene Assets integrierten Konnektoren zuordnen

Die folgenden integrierten, auf Dienstanbietern basierenden Konnektoren werden mit der Standardlaufzeit ausgeführt. Einige Connectors haben auch verwaltete Versionen, die in globalem Azure laufen, aber dieser Artikel konzentriert sich auf die integrierten Versionen.

Bestehendes Vermögen oder Integration	Azure Logic Apps Standard-Modernisierungspfad	Investitionen zum Erhalt
IBM 3270-Anwendung	Verwenden Sie den IBM 3270-Stecker, um eine aufgezeichnete Bildschirmnavigation über einen TN3270-Datenstrom durchzuführen. Diese Option passt zu Anwendungen, die keine Programm-Schnittstelle bieten.	HIDX-Navigationsmetadaten und TN3270-Verbindungsanforderungen. Siehe IBM 3270-Anwendungen integrieren.
CICS-Transaktionsprogramm	Verwenden Sie den CICS Program Call Connector, um bestehende Transaktionen über TCP/IP oder HTTP für Workflows und moderne Anwendungen bereitzustellen. Verwenden Sie HIS, wenn LU6.2 erforderlich ist.	HIDX-Metadaten, Copybooks sowie Anforderungen an Host- und CICS-Verbindungen. Siehe CICS-Programme integrieren.
IBM DB2-Datenbank	Verwenden Sie den IBM DB2-Connector, um unterstützte DB2-Datenbanken direkt über TCP/IP zu lesen und zu verändern, ohne ein On-Premises-Datengateway.	Server-, Datenbank-, Paket-, Codepage- und Authentifizierungsanforderungen. Siehe Verbinden mit IBM DB2-Ressourcen.
IBM-Hostdatei	Verwenden Sie den IBM Host File Connector, um binäre Inhalte in strukturierte Daten zu parsen oder binäre Host-Datei-Inhalte zu generieren. Der Anschluss benötigt keine direkte Hostverbindung.	HIDX-Layouts, Kopienbücher und Codepage-Informationen. Siehe Parse und generiere IBM-Hostdateien.
IBM i COBOL oder RPG-Programm	Verwenden Sie den IBM i Program Call Connector, um etablierte Geschäftslogik über den Distributed Program Calls Server über TCP/IP wiederzuverwenden. Verwenden Sie HIS, wenn LU6.2 erforderlich ist.	HIDX-Metadaten, Copybooks und IBM-i-Verbindungsanforderungen. Siehe IBM i Programme integrieren.
IMS-Transaktionsprogramm	Verwenden Sie den IMS Program Call Connector, um Programme über IMS Connect über TCP/IP anzurufen. Hinter den Kulissen verwendet IMS Connect IMS-Nachrichtenwarteschlangen, um Anfragen und Antworten zu routen.	HIDX-Metadaten, Copybooks und IMS Connect-Einstellungen. Siehe IMS-Programme integrieren.
IBM MQ-Nachrichtenübermittlung	Verwenden Sie den IBM MQ Connector, um bestehende Warteschlangen und Nachrichten mit modernen Workflow-Prozessen zu verbinden.	Warteschlangenmanager, Kanal, Warteschlange, TLS und Nachrichtenformatanforderungen. Siehe Connect to IBM MQ.

Schrittweise modernisieren

Großrechner- und Midrange-Umgebungen enthalten oft eng verbundene Programme, Daten, Dateien, Scheduler und externe Schnittstellen. Eine Big-Bang-Migration zielt darauf ab, den ausgewählten Bereich in einem koordinierten Rollout zu ersetzen. Dieser Ansatz kann in eine kleine, gut verstandene Umgebung passen, aber das Liefer- und Cutover-Risiko steigt mit der Anzahl der Abhängigkeiten und der Projektdauer.

Für die meisten IT-Landschaften sollten Sie iterative Wellen verwenden, um die bestehende Funktionsweise zu erhalten und schneller Mehrwert zu erzielen:

Inventarprogramme, Daten, Schnittstellen, Aufgaben, Abhängigkeiten, Dienstziele und operative Anforderungen.
Wählen Sie einen End-to-End-Integrationsfluss mit klarem Geschäftswert und handhabbaren Abhängigkeiten.
Einführung des Azure Logic Apps Standard als Integrationsfassade, während das Host-System weiterhin funktionsfähig bleibt.
Verwenden Sie kompatible Metadaten erneut und konfigurieren Sie die erforderlichen eingebauten Verbinder.
Funktionsverhalten, Durchsatz, Wiederherstellung, Sicherheit und Koexistenz mit der Altimplementierung zu testen.
Lenken Sie die Verbraucher auf die modernisierte Schnittstelle um und überwachen Sie den Produktionsfluss.
Wiederholen Sie dies für nachfolgende Wellen und nehmen Sie Altschnittstellen erst außer Betrieb, nachdem deren Nutzer und Abhängigkeiten migriert sind.

Jede Welle kann eine Funktion oder eine verwandte Gruppe von Integrationsströmen liefern. Geteilte Jobs und stark vernetzte Anwendungen könnten bis spätere Wellen erhalten bleiben, nachdem risikoarme Schnittstellen wiederverwendbare Workflow-, Sicherheits-, Deployment- und Betriebsmuster etabliert haben.

Modernisierungsmuster anwenden

Verwenden Sie Architekturmuster entsprechend der Zielarbeit, anstatt ein einzelnes Muster als verpflichtend zu betrachten.

Muster der Antikorruptionsschicht

Erwägen Sie, Azure Logic Apps Standard als Anti-Korruptionsschicht zwischen Legacy-Schnittstellen und modernen Konsumenten zu verwenden. Workflows können Protokolle, Formate und Interaktionsmodelle übersetzen, ohne dass Verbraucher hostspezifische Details verstehen müssen. Die Fassade kann in Azure oder auf Arc-fähigem Kubernetes in der Nähe der Hostumgebung ausgeführt werden.

Weitere Informationen finden Sie unter Anti-Corruption Layer Pattern.

Strangler-Feigenmuster

Verwenden Sie das Strangler Fig-Muster, um ausgewählte Schnittstellen oder Fähigkeiten durch die neue Integrationsschicht zu routen, während die verbleibende Arbeitslast weiterhin auf dem Host läuft. Ersetzen Sie Implementierungen schrittweise, validieren Sie jede Umschaltung, und nehmen Sie Legacy-Komponenten erst außer Betrieb, nachdem ihre Abhängigkeiten migriert wurden.

Weitere Informationen finden Sie unter Strangler Fig-Muster.

Saga- und Choreografie-Muster

Verwenden Sie das Saga-Muster, wenn ein Geschäftsprozess Systeme umfasst, die nicht an einer verteilten Transaktion teilnehmen können. Ein zustandsbehafteter Workflow kann als zentraler Saga-Orchestrator fungieren, indem er die Teilnehmer koordiniert und Wiederholungsversuche, Fehlschläge und Kompensationsaktionen explizit behandelt. Jeder Teilnehmer führt seine eigene lokale Transaktion durch. Workflow-Aktionen sind nicht automatisch atomar als Gruppe, und Azure Logic Apps macht Änderungen in externen Systemen nicht automatisch rückgängig. Entwerfen Sie Vorgänge so, dass sie idempotent sind, und implementieren Sie die Kompensationslogik mithilfe von Aktionen, Bereichen und Ausführungsreihenfolgebedingungen.

In einer choreografiebasierten Saga tauschen teilnehmende Dienste Ereignisse über Messaging-Infrastruktur aus, ohne dass ein zentraler Workflow die gesamte Transaktion koordiniert. Fügen Sie Dienste wie Azure Service Bus oder Azure Event Grid nur dann hinzu, wenn die Architektur unabhängige Nachrichten- oder Ereignisverteilung erfordert. Weitere Informationen finden Sie unter Saga verteilte Transaktionsmuster und Choreografiemuster.

Sicherheit, Betrieb und Kosten planen

Nutze private Netzwerkverbindung und sichere Authentifizierung, die der Hosting-Umgebung und dem Host-System entspricht. Speichern Sie Geheimnisse in genehmigten geheimen Speichern statt in Workflow-Definitionen.
Bewahren Sie Workflow-Definitionen, HIDX-Dateien, Konfigurationsvorlagen und zugehörigen Code in der Versionsverwaltung auf. Trennen Sie umgebungsspezifische Werte von einsetzbaren Artefakten und verwenden Sie automatisierte Pipelines.
Entwerfen Sie für Wiederholungen und für eine mindestens einmalige Bearbeitung. Verwenden Sie Idempotenz, Deduplizierung, Korrelationskennungen und sichere Schreibmethoden, um doppelte Effekte zu verhindern.
Definieren Sie Überwachung, Alarmierung, die Aufbewahrung der Ausführungshistorie, die Notfallwiederherstellung und die Verantwortlichkeiten für den Support vor der Produktionsumstellung. Azure-gehostete und hybride Deployments haben unterschiedliche Überwachungsmöglichkeiten und -einschränkungen.
Vergleichen Sie die Gesamtbesitzkosten bei Hosting, Connector-Nutzung, Netzwerk, Speicherung, Überwachung und kundenverwalteter Infrastruktur. Der Standard beinhaltet integrierte Betriebsausführungen, während verwaltete Connector-Operationen und unterstützende Ressourcen zusätzliche Gebühren hinzufügen können.

Für aktuelle Limits und Preise siehe Azure Logic Apps Limits and Configuration sowie Azure Logic Apps Preis- und Abrechnungsmodelle.

Beispiel-Modernisierungsszenarien

Stellen Sie eine CICS-Transaktion einer modernen Anwendung zur Verfügung.

Erstellen Sie einen Standard-Workflow, der ein bestehendes CICS-Programm über den integrierten Connector aufruft, die Antwort transformiert und eine moderne Schnittstelle zu einer Anwendungs- oder API-Schicht zurückgibt. Behalten Sie das CICS-Programm als Aufzeichnungssystem bei, während Consumer von der host-spezifischen Konnektivität abkommen.

Stellen Sie DB2-Daten für die Analytiker zur Verfügung.

Verwenden Sie einen Standard-Workflow, um genehmigte Betriebsdaten aus DB2 auszulesen, die Datensätze zu validieren und zu transformieren und sie an einen Azure-Daten- oder Analysedienst zu senden. Dieser Ansatz vermeidet die Erstellung eines separaten Mainframe-Extraktionsprogramms für jeden Konsumenten, während gleichzeitig die Governance darüber erhalten bleibt, wann und wie Daten den Host verlassen.

Integration in der Nähe von Hostsystemen durchführen

Stellen Sie Azure Logic Apps Standard auf einem für Azure Arc aktivierten Kubernetes-Cluster bereit, wenn Workflows lokale Verarbeitung, Datenresidenz oder Zugriff mit geringer Latenz auf IBM-Systeme erfordern. Eingebaute Connector-Operationen laufen mit der lokalen Laufzeit, während der Workflow selektiv mit Azure-Diensten verbunden werden kann, wenn Architektur und Netzwerkpolitik es erlauben.

Nächste Schritte

Feedback

War diese Seite hilfreich?

Last updated on 2026-09-16