Modernisera stordator- och mellanklassarbetsbelastningar genom att använda Azure Logic Apps Standard

Azure Logic Apps Standard hjälper organisationer att utöka och gradvis modernisera stordator- och mellanklassarbetsbelastningar utan att först skriva om etablerade värdprogram eller flytta all bearbetning till Azure. Använd arbetsflöden och inbyggda kopplingar för att exponera befintliga transaktioner, data, meddelanden, filer och skärmstyrda applikationer för moderna konsumenter. Kör integrationslagret i Azure, i App Service Environment v3 (ASE v3), eller på kundhanterad infrastruktur via hybriddistribution på Azure Arc-aktiverad Kubernetes.

Kunder som migrerar från BizTalk Server kan bevara kompatibel värdintegrationsmetadata och använda befintliga adapterkonfigurationer som indata för nya inbyggda anslutningar. Detta tillvägagångssätt stödjer gradvis samexistens mellan befintliga och moderniserade system medan team flyttar gränssnitt och affärsfunktioner i hanterbara vågor.

Kundvärde

Azure Logic Apps Standard ger följande värde för stordator- och mellanklassmodernisering:

Kundens mål	Azure Logic Apps Standard-värde
Bevara fungerande system	Återanvänd befintliga värdprogram, datastrukturer, köer, filer och kompatibel metadata samtidigt som det omgivande integrationslagret moderniseras.
Modernisera stegvis	Introducera arbetsflöden som integrationsfasader, flytta ett gränssnitt eller en affärsfunktion i taget, och håll äldre och moderna system igång tillsammans under övergången.
Minska anpassad integrationskod	Använd visuella arbetsflöden, inbyggda kopplingar, transformationer och arbetsflödesbaserad kod istället för att bygga varje integrationskomponent från grunden.
Välj var bearbetningen sker	Hosta arbetsflöden i Azure eller kör dem på Arc-aktiverade Kubernetes nära lokala system när latens, dataresidens eller nätverkskrav gynnar lokal bearbetning.
Stöd olika arbetsbelastningsegenskaper	Använd tillståndsfulla arbetsflöden för hållbara, långvariga processer och tillståndslösa arbetsflöden för lägre latens i minnet när persistens inte krävs.
Anta moderna leveransmetoder	Lagra arbetsflödesdefinitioner, konfiguration, metadata och stödjande kod i versionshantering och använd automatiserade bygg- och distributionspipelines.

Azure Logic Apps Standard är kärnan i orkestrerings- och integrationsruntime för lösningen. Annan meddelandehantering, API-hantering, händelsedistribution, databas eller kundhanterade tjänster krävs inte som standard. Lägg till dem endast när den refaktorerade arkitekturen kräver en oberoende kapacitet, skalgräns, livscykel eller ägarmodell.

Varför använda Azure Logic Apps Standard

Standard tillhandahåller funktioner anpassade för värd-system-integration som inte alla finns tillgängliga tillsammans i Consumption-resurstypen:

Inbyggda serviceleverantörsbaserade kopplingar körs med Azure Logic Apps-runtime och ger direkt åtkomst till stödda stordator- och mellanklasssystem.
En standardlogikapp kan innehålla flera relaterade arbetsflöden som delar gränser för beräkning, lagring, nätverk, konfiguration och distribution.
Tillståndsbevarande och tillståndslösa arbetsflöden stöder beständiga processer och begäran-svarsscenarier med lägre latens.
Azure-hostade Standard-arbetsflöden stödjer integration av virtuella nätverk och privata slutpunkter för åtkomst till privata system.
Hybriddistribution kör arbetsflöden och inbyggda kopplingsoperationer på kundhanterad infrastruktur.
Visual Studio Code-utveckling stödjer lokal testning, versionshantering och CI/CD.

Azure Logic Apps Standard tillhandahåller molnbaserade implementationer av många kärnintegrationsfunktioner som historiskt tillhandahållits av Host Integration Server (HIS), inklusive åtkomst till IBM-transaktionsprogram, meddelandesystem, databaser, värdfiler och 3270-applikationer. Vissa protokoll och scenarier, såsom LU6.2-anslutning, kräver fortfarande HIS.

Välj var du vill köra arbetsflöden

Stordatorn och mellanklass-inbyggda kontakter i denna artikel stöds med varje Standard-hostingalternativ. Välj det alternativ som uppfyller arbetsbelastningens krav på infrastrukturägande, isolering, anslutning, latens och datalagring.

Alternativ för hosting	Bästa passform	Viktiga överväganden
Arbetsflödestjänstplan	Hanterad Azure-hosting för arbetsflöden som ansluter till värdsystem via privata eller publika nätverksvägar.	Använder reserverad WS1-, WS2- eller WS3-kapacitet och stödjer integration av virtuellt nätverk, privata endpoints och Azure-övervakning.
App Service Environment v3	Azure-hostade arbetsbelastningar som kräver dedikerad isolering, nätverk, efterlevnadsgränser eller konsolidering med andra App Service-arbetsbelastningar.	Kräver en ASE v3 och en isolerad v2 App Service Plan.
Hybrid	Lokal bearbetning, datalagring inom landet, åtkomst med låg latens till värdsystem eller kundhanterad infrastruktur.	Körs på Azure Arc-aktiverad Kubernetes och kräver kundhanterad Kubernetes, SQL Server, SMB-lagring, nätverk, skalning och drift.

Hybriddistribution är delvis ansluten, inte isolerad från nätverk. Inbyggda anslutningsoperationer körs med den lokala Azure Logic Apps-runtimen, medan Azure-hantering och alla molnvärda hanterade kopplingar kräver utgående anslutning. För aktuella infrastrukturbehov och begränsningar, se Sätt upp din egen infrastruktur för standardlogikappar med hybriddistribution.

Bevara befintliga integrationsinvesteringar

I årtionden har Microsoft tillhandahållit mainframe- och mellanklassintegrationsmöjligheter via Microsoft Host Integration Server. Azure Logic Apps Standard bygger vidare på denna erfarenhet med metadatadrivna verktyg och kopplingar som hjälper till att bevara befintliga applikationsinvesteringar.

Microsoft HIS Designer för Azure Logic Apps

Detta Visual Studio-verktyg skapar Host Integration Designer XML (HIDX)-metadata som Azure Logic Apps-kopplingar använder för att interagera med stordator- och mellanklassprogram och datastrukturer. Den grafiska designern låter dig skapa, visa, redigera och kartlägga programgränssnitt, metoder, parametrar, poster och datatyper. Du kan också importera COBOL- och RPG-copybooks. För mer information, se HIS Designer för Azure Logic Apps.

Designverktyg för Microsoft 3270

Detta verktyg registrerar skärmar, navigationsvägar, metoder och parametrar för uppgifter i en 3270-applikation. Verktyget genererar HIDX-metadata som IBM 3270-kontakten använder för att köra den inspelade navigationsplanen. Mer information finns i 3270-designverktyget.

Migrera BizTalks värd-systemintegrationer

Om dina BizTalk Server-applikationer använder adaptrar för värdsystem kan du använda många befintliga artefakter och konfigurationsdetaljer för att påskynda migreringen till Azure Logic Apps Standard:

Återanvänd kompatibel HIDX-metadata med inbyggda kopplingar för CICS, IMS, IBM i, IBM 3270 och IBM Host File.
Använd befintliga COBOL- och RPG-copybooks för att skapa eller uppdatera HIDX-metadata.
Använd Azure Logic Apps Migration Agent för att upptäcka stödda BizTalk-artefakter, inklusive bindningar, endpoint-konfigurationer och HIDX-filer, och använd dem under analys, planering och konvertering.

Befintliga inställningar överförs inte som deployerbara Azure Logic Apps-anslutningar utan granskning. Återskapa miljöspecifik konfiguration, inloggningsuppgifter, certifikat och nätverksinställningar för den målinriktade värdmiljön och validera det resulterande beteendet. BizTalk-integrationer som är beroende av LU6.2 kräver omstrukturering eller omdesign. För mer information, se Migrate BizTalk Server with Azure Logic Apps Migration Agent.

Mappa befintliga tillgångar till inbyggda kopplingar

Följande inbyggda anslutningar som baseras på tjänstleverantörer körs med Standard-runtime. Vissa kopplingar har också hanterade versioner som körs i global Azure, men denna artikel fokuserar på de inbyggda versionerna.

Befintlig tillgång eller integration	Azure Logic Apps Standard moderniseringsväg	Investering för att bevara
IBM 3270-applikation	Använd IBM 3270-kontakten för att köra inspelad skärmnavigering över en TN3270-dataström. Detta alternativ passar applikationer som inte tillhandahåller ett programnivågränssnitt.	HIDX-navigationsmetadata och anslutningskrav för TN3270. Se Integrera IBM 3270-applikationer.
CICS transaktionsprogram	Använd CICS Program Call-kopplaren för att exponera befintliga transaktioner för arbetsflöden och moderna applikationer över TCP/IP eller HTTP. Använd HIS när LU6.2 behövs.	HIDX-metadata, kopieringsböcker samt krav på värd- och CICS-anslutning. Se Integrera CICS-program.
IBM DB2-databas	Använd IBM DB2-kontakten för att läsa och modifiera stödda DB2-databaser direkt över TCP/IP utan en lokal datagateway.	Server-, databas-, paket-, kodblads- och autentiseringskrav. Se Anslut till IBM DB2-resurser.
IBM-hostfil	Använd IBM Host File-kopplaren för att tolka binärt innehåll till strukturerad data eller generera binärt värdfilinnehåll. Kontakten kräver ingen direkt värdanslutning.	HIDX-layouter, kopieringsböcker och kodbladsinformation. Se Parse och generera IBM-värdfiler.
IBM i COBOL eller RPG-program	Använd IBM i Program Call-kontakten för att återanvända etablerad affärslogik via Distributed Program Calls-servern över TCP/IP. Använd HIS när LU6.2 behövs.	HIDX-metadata, kopieringsböcker och IBM i-anslutningskrav. Se Integrera program för IBM i.
IMS-transaktionsprogram	Använd IMS Program Call-kontakten för att anropa program via IMS Connect över TCP/IP. Bakom kulisserna använder IMS Connect IMS-meddelandeköer för att dirigera förfrågningar och svar.	HIDX-metadata, copybooks och IMS Connect-inställningar. Se Integrera IMS-program.
IBM MQ-meddelanden	Använd IBM MQ-kopplingen för att koppla befintliga köer och meddelanden till moderna arbetsflödesprocesser.	Köhanterare, kanal, kö, TLS och krav på meddelandeformat. Se Ansluta till IBM MQ.

Modernisera stegvis

Stordator- och mellanklassmiljöer innehåller ofta tätt sammankopplade program, data, filer, schemaläppare och externa gränssnitt. En enda storskalig migrering syftar till att ersätta den valda omfattningen i en samordnad driftsättning. Denna metod kan passa en liten, väl förstådd miljö, men leverans- och cutover-risken ökar med antalet beroenden och projektets längd.

För de flesta miljöer bör du använda iterativa vågor för att bevara befintligt beteende och leverera värde snabbare:

Inventeringsprogram, data, gränssnitt, jobb, beroenden, tjänstemål och operativa krav.
Välj ett helhetsintegrerat flöde med tydligt affärsvärde och hanterbara beroenden.
Introducera Azure Logic Apps Standard som en integrationsfasad medan värdsystemet förblir operativt.
Återanvänd kompatibel metadata och konfigurera de nödvändiga inbyggda kontakterna.
Testa funktionellt beteende, genomströmning, återställning, säkerhet och samexistens med den äldre implementationen.
Omdirigera konsumenterna till det moderniserade gränssnittet och övervaka produktionsflödet.
Upprepa detta för efterföljande vågor och avveckla äldre gränssnitt först efter att deras konsumenter och beroenden har migrerat.

Varje våg kan leverera en funktion eller en relaterad grupp av integrationsflöden. Delade jobb och starkt sammankopplade applikationer kan finnas kvar tills senare vågor, efter att mindre risk-gränssnitt etablerat återanvändbara arbetsflöden, säkerhet, implementering och driftsmönster.

Tillämpa moderniseringsmönster

Använd arkitekturmönster enligt målarbetsbelastningen istället för att behandla något enskilt mönster som obligatoriskt.

Lagermönster för skydd mot korruption

Överväg att använda Azure Logic Apps Standard som ett antikorruptionslager mellan äldre gränssnitt och moderna konsumenter. Arbetsflöden kan översätta protokoll, format och interaktionsmodeller utan att konsumenterna behöver förstå värdspecifika detaljer. Fasaden kan köras i Azure eller på Arc-aktiverad Kubernetes nära värdmiljön.

För mer information, se Anti-korruptionslager-mönstret.

Strangler Fig-mönstret

Använd Strangler Fig-mönstret för att dirigera valda gränssnitt eller funktioner genom det nya integrationslagret medan den återstående arbetsbelastningen fortsätter att köras på värdsystemet. Byt ut implementationer stegvis, validera varje cutover och avveckla äldre komponenter först efter att deras beroenden flyttats.

Mer information finns i Strangler Fig-mönster.

Saga- och koreografimönster

Använd Saga-mönstret när en affärsprocess sträcker sig över system som inte kan delta i en distribuerad transaktion. Ett tillståndsbevarande arbetsflöde kan fungera som central orchestrerare i en saga genom att samordna deltagarna och uttryckligen hantera omförsök, misslyckanden och kompensationsåtgärder. Varje deltagare utför sin egen lokala transaktion. Arbetsflödesåtgärder är inte automatiskt atomära som en grupp, och Azure Logic Apps återställer inte automatiskt ändringar i externa system. Utforma operationer för idempotens och implementera kompensation med hjälp av åtgärder, omfång och villkor för körning efteråt.

I en koreografibaserad saga utbyter deltagande tjänster händelser via meddelandeinfrastruktur utan ett centralt arbetsflöde som koordinerar hela transaktionen. Lägg till tjänster som Azure Service Bus eller Azure Event Grid endast när arkitekturen kräver oberoende meddelandehantering eller händelsedistribution. För mer information, se Saga distribuerade transaktionsmönster och Koreografimönster.

Planera säkerhet, drift och kostnader

Använd privat nätverksanslutning och säker autentisering som är anpassad till värdmiljön och värdsystemet. Lagra hemligheter i godkända hemliga lager snarare än i arbetsflödesdefinitioner.
Behåll arbetsflödesdefinitioner, HIDX-filer, konfigurationsmallar och stödkod i versionshanteringen. Separera miljöspecifika värden från deployerbara artefakter och använd automatiserade pipelines.
Utforma för återförsök och bearbetning minst en gång. Använd idempotens, deduplicering, korrelationsidentifierare och säkra skrivningar för att förhindra dubbletteffekter.
Definiera övervakning, larmhantering, lagringstid för körhistorik, katastrofåterställning och supportansvar före övergång till produktion. Azure-hostade och hybrida distributioner har olika övervakningsmöjligheter och begränsningar.
Jämför den totala ägandekostnaden över värd, anslutningsanvändning, nätverk, lagring, övervakning och kundhanterad infrastruktur. Standard inkluderar inbyggda driftutföranden, medan hanterade anslutningsoperationer och stödjande resurser kan lägga till avgifter.

För aktuella gränser och priser, se Azure Logic Apps gränser och konfiguration samt Azure Logic Apps prissättnings- och faktureringsmodeller.

Exempel på moderniseringsscenarier

Exponera en CICS-transaktion för en modern applikation

Skapa ett standardarbetsflöde som anropar ett befintligt CICS-program via den inbyggda kopplaren, transformerar svaret och returnerar ett modernt gränssnitt till ett applikations- eller API-lager. Behåll CICS-programmet som det registrerade systemet medan konsumenterna går bort från värdspecifik anslutning.

Gör DB2-data tillgänglig för analys

Använd ett Standardarbetsflöde för att läsa godkänd driftdata från DB2, validera och transformera posterna och skicka dem till en Azure-data- eller analystjänst. Denna metod undviker att skapa ett separat extraheringsprogram för stordatorn för varje mottagare, samtidigt som man behåller kontrollen över när och hur data lämnar värdsystemet.

Kör integration nära värdsystem

Distribuera Azure Logic Apps Standard på Azure Arc-aktiverade Kubernetes när arbetsflöden behöver lokal bearbetning, dataresidens eller låglatens åtkomst till IBM-system. Inbyggda anslutningsoperationer körs med lokal runtime, medan arbetsflödet kan selektivt ansluta till Azure-tjänster när arkitekturen och nätverkspolicyn tillåter.

Nästa steg

Feedback

Var den här sidan till hjälp?

Last updated on 2026-09-16