Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Azure Logic Apps är efterföljaren till BizTalk Server. Azure Logic Apps Standard erbjuder arbetsflödesorkestrering, företagsintegration och utbyggbarhet för moln- och hybridlösningar. Den här artikeln sammanfattar anledningarna till att migrera, tillgängliga hostingalternativ och de BizTalk-funktioner du behöver utvärdera.
För migreringsstrategier, planeringsöverväganden och leveransguider, se Migrate BizTalk Server with Azure Logic Apps Migration Agent.
BizTalk Server-livscykel
BizTalk Server 2020 är den sista versionen av BizTalk Server. Microsoft förväntar sig att försäljningen av BizTalk Server 2020 avslutas den 31 mars 2027. Mainstream-stöd fortsätter till och med den 12 april 2028, varefter produkten fortfarande omfattas av Microsoft Fixed Lifecycle Policy.
Microsoft planerar också att erbjuda berättigade kunder valfri, betald utökad mainstream-support från 13 april 2028 till 10 april 2030. Detta erbjudande är avsett som tillfällig migreringsskydd, förväntas utesluta vissa BizTalk-funktioner och är fortfarande beroende av slutgiltig behörighet, täckning, pris och köpvillkor.
Börja migreringsplaneringen tidigt, särskilt om dina lösningar är beroende av Business Activity Monitoring (BAM), Enterprise Service Bus (ESB) Toolkit, branschacceleratorer, äldre företagsadaptrar, BizTalk-specifika verktyg för applikationslivscykelhantering eller Visual Studio-versioner efter Visual Studio 2022. Dessa funktioner förväntas uteslutas från betald utökad mainstream-support eller kan behöva omdesignas.
För de senaste datumen och villkoren, se:
- Microsoft BizTalk Server produktlivscykeluppdatering
- BizTalk Server 2020 slutannonsering
- Microsoft Fixed Lifecycle Policy
Varför Logic Apps Standard passar BizTalk-arbetsbelastningar
BizTalk-applikationer kombinerar ofta hållbar orkestrering, meddelanden, transformationer, business-to-business (B2B)-bearbetning, anpassad kod och tillgång till privata system. Azure Logic Apps Standard tillhandahåller dessa integrationsmöjligheter i en single-tenant-miljö och stöder både tillståndskänsliga och tillståndslösa arbetsflöden. Till skillnad från en förbrukningslogikapp kan en standardlogikapp innehålla flera arbetsflöden som delar beräkningsresurser, lagring, nätverk och konfiguration.
Följande funktioner gör Standard till den föredragna resurstypen för Logic Apps för de flesta BizTalk-moderniseringsprojekt:
| BizTalk-krav | Logic Apps Standard-funktionalitet |
|---|---|
| Hållbara, långvariga affärsprocesser | Tillståndsbevarande arbetsflöden bevarar körningens tillstånd och kan återställa avbrutna körningar. Tillståndslösa arbetsflöden stödjer lägre latens och minnesbaserad bearbetning när persistens inte krävs. |
| Relaterade integrationsprocesser | Flera arbetsflöden kan köras i en och samma standardlogikapp och dela resurser, konfiguration och distributionsgränser. |
| Företagsmeddelanden och dataformat | Inbyggda kopplingar och åtgärder stödjer tjänster såsom Azure Service Bus, Event Hubs, SQL Server, XML, plattfiler, transformationer och B2B-scenarier. |
| Anpassad implementeringslogik | .NET-lokala funktioner kör arbetsflödesbegränsad kod tillsammans med arbetsflöden inom samma projekt- och applikationsgräns. Inline-skript, specialanpassade inbyggda kontakter och externa tjänster erbjuder andra utbyggbarhetsalternativ. |
| Privat och lokal anslutning | Dedikerad en-tenant-körning stödjer virtuell nätverksintegration och privata endpoints. Hybriddistribution kör arbetsflöden på kundhanterad infrastruktur när lokal bearbetning krävs. |
| Hantering av programlivscykel | Visual Studio Code-utveckling, lokal testning, infrastruktur som kod och CI/CD separerar arbetsflödesapplikationsdistribution från infrastrukturprovisionering. |
| Val av distribution | Använd Workflow Service Plan för hanterad Azure-hosting, App Service Environment v3 för isolerad Azure-hosting, eller Hybrid för kundhanterade Kubernetes-miljöer. |
Logic Apps Standard tillhandahåller de flesta kärnfunktioner som behövs för att modernisera BizTalk-lösningar och fungerar som den primära plattformen för orkestrering och integration för målarkitekturen, oavsett om den är hostad i Azure eller distribuerad i en hybridmiljö. Andra tjänster krävs inte som standard. För Azure-hostade lösningar, lägg till Azure-tjänster som Azure Service Bus, Azure API Management eller Azure Event Grid endast när den omstrukturerade lösningen kräver oberoende meddelandehantering, API-livscykelhantering eller händelsedistribution. För hybriddistributioner, använd kompatibla kundhanterade tjänster för alla funktioner eller arkitektoniska gränser som lösningen kräver utanför Logic Apps Standard.
Skäl att migrera
| Förmån | beskrivning |
|---|---|
| Modern integrationsplattform | Bygg arbetsflöden med hanterad orkestrering, företagsanslutningar, B2B-funktioner, API-integration samt molnbaserad säkerhet och övervakning. Utvärdera AI-assisterad och agentisk automation där det stöds. |
| Bevara utvalda investeringar | Återanvänd eller anpassa många BizTalk-scheman, kartor, regler, sammansättningar och anpassade .NET-komponenter istället för att bygga om varje artefakt. |
| Flexibel hosting | Kör standardarbetsflöden i Azure eller använd hybriddistribution för lokal bearbetning, nätverksåtkomst, databosättning eller regulatoriska krav. |
| Low-code och pro-code-utveckling | Kombinera den visuella arbetsflödesdesignern med källkodsstyrda arbetsflödesdefinitioner, inlineskript, .NET-lokala funktioner, anpassade kopplingar och externa tjänster. |
| Moderna åtgärder | Använd Azures rollbaserade åtkomstkontroll (Azure RBAC), infrastruktur som kod och automatiserade pipelines. Azure-hostade arbetsflöden integreras med Azure Monitor och Application Insights, medan hybriddistributioner använder OpenTelemetry och har olika funktionsbegränsningar. |
| Kostnadskontroller | Dela kapacitet över relaterade arbetsflöden, välj en hostingmodell som matchar arbetsbelastningens efterfrågan och använd inbyggda operationer och lokala funktioner så mycket som möjligt. |
Bygg en kostnadseffektiv målarkitektur
Kostnadseffektivitet beror på arbetsbelastningsvolym, nödvändig isolering, befintlig infrastruktur, användning av anslutningar och operativa ansvar. Jämför den totala ägandekostnaden istället för bara Logic Apps hostingavgift. En BizTalk-baslinje kan inkludera BizTalk Server-, Windows Server- och SQL Server-licenser; beräkning och lagring; hög tillgänglighet och katastrofåterställning; patchning; övervakning; distributionsverktyg; samt specialiserat operativt stöd.
Använd följande metoder när du bygger målkostnadsmodellen:
- Gruppera relaterade arbetsflöden med kompatibla krav på säkerhet, livscykel och skalning i samma Standardlogikapp så att de kan dela reserverad beräkning och stödjande resurser. Håll arbetsbelastningarna åtskilda när de behöver oberoende skalning, isolering, utrullning eller ägande.
- Föredra inbyggda kontaktfunktioner när de uppfyller dina krav. Standardmodellen inkluderar obegränsade inbyggda operationer, medan hanterade anslutningsoperationer faktureras per samtal.
- Behåll arbetsflödesbaserad .NET-kod i lokala funktioner när det är lämpligt. Lokala funktioner använder Logic Apps Standard-applikationsgränsen och kräver inte en separat Function App, endpoint, autentiseringsflöde, distributionspipeline eller övervakningsgräns. Koden förbrukar fortfarande kapacitet i Standard-planen.
- Rätt storlek på arbetsflödesserviceplankapaciteten och granskning av användningen när migrationsvågor går in i produktion. Planen faktureras för reserverad kapacitet även när arbetsflöden är inaktiva.
- Använd App Service Environment v3 när isolering, dedikerade nätverk, efterlevnad eller konsolideringskrav motiverar en Isolerad v2 App Service Plan. Anta inte att ASE v3 är det billigaste alternativet för mindre arbetsbelastningar.
- Använd hybrid när lokal exekvering, dataresidens eller befintlig infrastruktur ger tillräckligt med värde. Inkludera Azure Arc-aktiverad Kubernetes-miljö, SQL Server-licenser, SMB-lagring, nätverk, operationer och Logic Apps vCPU-användning i beräkningen.
- Räkna med lagringsoperationer, integrationskonton, nätverk, övervakning och den tillfälliga kostnaden för att köra BizTalk och Logic Apps parallellt under migreringen.
För prisuppgifter, se prissättnings- och faktureringsmodeller för Azure Logic Apps samt prissidan för Azure Logic Apps.
Välj ett värdalternativ
Azure Logic Apps har separata resurstyper för konsumtion och standard. För BizTalks migrering, använd Azure Logic Apps Standard-funktioner och välj ett Azure-hostat eller hybridt hostingalternativ baserat på dina behov.
Important
Om du för närvarande använder Azure Logic Apps Consumption och planerar att migrera BizTalk Server-arbetsbelastningar måste du migrera till Azure Logic Apps Standard. BizTalks migreringsfunktioner stöds inte för Consumption-arbetsflöden.
| Alternativ för hosting | Bästa passform | Kostnad och ägande | Viktiga överväganden |
|---|---|---|---|
| Arbetsflödestjänstplan | Standardvalet för Azure-hostade BizTalk-migreringar som kräver dedikerad Standard-kapacitet och hanterade Azure-funktioner. | Reserverad WS1-, WS2- eller WS3-kapacitet i en miljö som hanteras av Microsoft. | Stöder flera arbetsflöden per logikapp, integration av virtuella nätverk, privata endpoints och tillgång till Azure-övervakningsfunktioner. |
| App Service Environment v3 | Arbetsbelastningar som kräver isolerad Azure-hosting, dedikerat nätverk, efterlevnadsgränser eller konsolidering med andra App Service-arbetsbelastningar. | Isolerade v2 App Service Plan-instanser i en dedikerad miljö. | Kräver en befintlig eller ny ASE v3 och bör motiveras med isolering, skala eller konsolideringskrav. |
| Hybrid | Arbetsbelastningar som kräver lokal bearbetning, låg latens åtkomst till lokala system, dataresidens, edge-placering eller kundhanterad infrastruktur. | Logic Apps vCPU-användning plus kundhanterad Kubernetes, SQL Server, SMB-lagring, nätverk och drift. | Använder Azure Arc-aktiverat Kubernetes med Azure Container Apps-tillägget och kräver utgående Azure-anslutning. Vissa molnfunktioner stöds inte. |
Överväganden kring hybridutrullning
Hybriddistribution är delvis ansluten, inte isolerad från externa nätverk. Miljön kräver utgående anslutning för Azure Arc- och Azure-hanteringsoperationer. Molnhostade hanterade kopplingar kräver också anslutning till Azure. Tillfälliga anslutningsavbrott stoppar inte nödvändigtvis lokal arbetsflödesbearbetning, men kan påverka hantering, telemetri och molnberoende verksamhet.
För nödvändig infrastruktur, stödda konfigurationer, prissättning och nuvarande begränsningar, se Sätt upp din egen infrastruktur för standardlogikappar med hybriddistribution.
Kartlägg BizTalks funktioner till Logic Apps
BizTalk Server och Azure Logic Apps använder olika arkitekturer. Använd Migration Agent för att inventera varje BizTalk-applikation, kartlägga dess artefakter och integrationsmönster till Logic Apps funktioner och identifiera komponenter som du behöver återanvända, refaktorera, byta ut eller designa om.
| BizTalk-funktionalitet | Logic Apps väg till modernisering | Typisk bedömning | Relaterad vägledning |
|---|---|---|---|
| Orkestreringar | Tillståndsfulla eller tillståndslösa standardarbetsflöden | Omstrukturera affärsprocesslogik till arbetsflöden. | Skapa ett standardarbetsflöde |
| Bearbetningskedjor och hjälpkod | Arbetsflödesåtgärder, .NET lokala funktioner, inlinekod, anpassade kopplingar eller externa tjänster | Återanvänd eller refaktorera enligt kraven på livscykel och skalning. | Skapa och kör .NET-lokala funktioner |
| MessageBox-routning | Azure Service Bus-ämnen och prenumerationer, RabbitMQ-utbyten, Apache Kafka-ämnen eller arbetsflödesrouting | Omdesigna meddelandena oberoende från arbetsflödets körtid. | Service Bus-köer, ämnen och prenumerationer |
| Scheman och kartor | Project-artefakter, XSLT-kartor, Liquid-mallar och Data Mapper | Återanvänd kompatibla artefakter och validera transformationer. | Scheman och avbildningar |
| Affärsregler | Regelmotor för Azure Logic Apps | Återanvänd stödda BizTalk Business Rules Engine-policyer eller refaktorera icke-stödda fakta. | Översikt över Azure Logic Apps Rules Engine |
| EDI och B2B | Standardarbetsflöden, kopplingar och integrationskonton | Bedöm partners, avtal, certifikat, scheman och protokollkrav. | B2B-arbetsflöden för företagsintegration |
| Adaptrar | Inbyggda, hanterade eller anpassade kopplingar och API:er | Bekräfta tillgänglighet för kontakter, autentisering, genomströmning och hostingstöd. | Översikt över kontakter |
| BAM | Processspårning i Azure Business för stödda Azure-hostade lösningar, eller en extern observabilitetsdesign | Omdesign för hybriddistribution, där Processspårning i Azure Business inte stöds. | Processspårning i Azure Business overview |
| Spårning och övervakning | Körhistorik, spårade egenskaper, Azure Monitor, Application Insights och OpenTelemetry | Omstrukturera den operativa och stödjande modellen. | Övervaka logikappar och arbetsflöden |
Följande diagram ger en annan översikt över vanliga BizTalk Server-funktioner och deras Azure-hostade moderniseringsvägar:
För detaljerad funktionstillgänglighet, se Azure Logic Apps-kopplingar, översikt över företagsintegration och Azure Logic Apps-gränser och konfigurationer.
Viktiga migrationsöverväganden
Arkitektur och tillförlitlighet
- Börja med Azure Logic Apps Standard som målapplikation. Använd inbyggda arbetsflödesfunktioner, inbyggda kopplingar och lokala funktioner där det är lämpligt, och lägg till andra Azure Integration Services endast när ett specifikt arkitektoniskt krav motiverar det.
- För publish-subscribe-mönster, använd en meddelandemäklare som Azure Service Bus, RabbitMQ eller Apache Kafka istället för att återskapa BizTalk MessageBox i ett arbetsflöde.
- Utforma för återförsök och bearbetning minst en gång. Använd idempotens, deduplicering och säkra skrivningar för att förhindra dubbla effekter när operationer återförsöks eller körningar skickas om.
- Gå igenom meddelande- och kontaktgränser. För stora nyttolaster, använd connector-chunking där det stöds eller implementera claim-check-mönstret.
- Använd VPN Gateway, ExpressRoute eller någon annan hybriduppkopplingsdesign för att koppla lokala nätverk till Azure. Virtuell nätverkspeering kopplar Azure-virtuella nätverk; den kopplar inte ensam ett lokalt nätverk till Azure.
Anpassad kod
Att ha anpassad kod i en BizTalk-lösning betyder inte automatiskt att målarkitekturen kräver en separat Azure Functions-resurs. Använd .NET lokala funktioner för kod som tillhör ett integrationsarbetsflöde. Lokala funktioner finns i samma projekt som arbetsflödena och körs inom applikationsgränsen för Logic Apps Standard. Arbetsflöden, kopplingarna, konfigurationen och koden kan byggas, distribueras, skalas och drivas tillsammans.
Lokala funktioner är lämpliga för arbetsflödesbaserad meddelandevalidering, berikning, beräkningar, anpassad parsing, formatering och affärsspecifik bearbetning. De kan också hjälpa till att modernisera BizTalks hjälpsamlingar, orkestreringsverktyg och pipeline-angränsande logik när koden tillhör en specifik integrationsapplikation. Denna metod undviker att införa en separat endpoint, autentiseringsflöde, värdresurs, distributionspipeline och övervakningsgräns endast för att köra arbetsflödesspecifik kod.
Använd följande vägledning för att välja lämplig kodvärdsmodell:
| Använd lokala funktioner när | Använd en separat Azure Functions-resurs när |
|---|---|
| Koden är specifik för en Logic Apps Standard-applikation. | Koden delas av flera applikationer, arbetsflöden eller team. |
| Koden validerar, berikar, tolkar, formaterar eller beräknar data inom ett arbetsflöde. | Koden tillhandahåller ett oberoende hanterat API, tjänst eller händelsedriven beräkningskapacitet. |
| Arbetsflödet och koden bör distribueras, skalas och fungera tillsammans. | Koden kräver oberoende skalning, versionshantering, utrullning eller operativt ägande. |
| Koden behöver ingen separat nätverksändpunkt eller autentiseringsgräns. | Koden måste exponera och säkra sin egen slutpunkt eller identitetsgräns. |
| Hjälpkomponenter i BizTalk eller pipelineanknuten logik tillhör det migrerade integrationsflödet. | Koden är den primära beräkningsarbetsbelastningen och Logic Apps-arbetsflödet är endast en konsument. |
Lokala funktioner förbrukar den beräkningskapacitet som tilldelats Standardlogikappen och är inte en ersättning för varje fristående funktion eller tjänst. Deras kostnads- och operativa fördel kommer från att undvika en onödig resursgräns när koden är en del av arbetsflödet. Standardarbetsflöden stödjer också inbyggd JavaScript, C# och PowerShell för kortvarig kod, samt anpassade kopplingar och anrop till externa API:er. För arkitektonisk vägledning, se Coding with Logic Apps Standard: Local Functions.
Säkerhet och identitet
Använd Microsoft Entra ID, Azure RBAC, Azure Key Vault, privat nätverk samt säkra in- och utdata för att skydda arbetsflöden och data. OAuth-anslutningar använder tokenbaserad auktorisation och kan kräva interaktiv inloggning och samtycke. Behandla inte OAuth som att lagra en användares e-postadress och lösenord i arbetsflödet.
För stödda connectors i Azure-hostade Standardarbetsflöden eliminerar hanterade identiteter behovet av att lagra inloggingsuppgifter eller åtkomsttoken. Under lokal utveckling kan Azure Logic Apps Standard-tillägget använda den inloggade utvecklaridentiteten via Azure Identity-legitimationskedjan, medan det distribuerade arbetsflödet använder sin systemtilldelade eller användartilldelade hanterade identitet. Båda identiteterna kräver lämpliga behörigheter på målresursen. Denna Visual Studio Code-funktion ändrar inte den nuvarande hybridbegränsningen för hanterad identitetsautentisering i anslutningsoperationer. För mer information, se Använd anslutningsappar med hanterad identitet i tillägget Logic Apps Standard.
Distribution och åtgärder
Lagra arbetsflödesdefinitioner, konfiguration och artefakter i versionshantering och använd automatiserade bygg- och distributionspipelines. Bicep kompilerar till Azure Resource Manager-mallar. Terraform och Pulumi är alternativa infrastruktur-som-kod-verktyg som hanterar Azure-resurser via sina respektive leverantörer.
Planera övervakning, åtkomstkontroll, miljökonfiguration, katastrofåterställning och stödjande ägarskap innan den första produktionsmigrationsvågen. Säkra känsliga handlingsin- och utdata så att de inte syns i körhistorik eller telemetri.
Nästa steg
Använd en iterativ migreringsmetod för lagerberoenden, prioritera arbetsbelastningar, validera måldesigner och släpp i hanterbara vågor. Azure Logic Apps Migration Agent kan hjälpa till med upptäckt, analys, planering, konvertering, validering och distribution medan du behåller kontrollen över arkitektur- och implementeringsbeslut.