Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Azure Logic Apps is de opvolger van BizTalk Server. Azure Logic Apps Standard biedt workflow-orkestratie, enterprise-integratie en uitbreidbaarheid voor cloud- en hybride oplossingen. Dit artikel vat de redenen samen om te migreren, de beschikbare hostingopties en de BizTalk-mogelijkheden die je moet beoordelen.
Voor migratiestrategieën, planningsoverwegingen en leveringsrichtlijnen, zie Migrate BizTalk Server with Azure Logic Apps Migration Agent.
BizTalk Server levenscyclus
BizTalk Server 2020 is de laatste release van BizTalk Server. Microsoft verwacht dat de verkoop van BizTalk Server 2020 op 31 maart 2027 zal eindigen. Reguliere ondersteuning loopt door tot 12 april 2028, waarna het product onder het Microsoft Fixed Lifecycle Policy valt.
Microsoft is ook van plan om in aanmerking komende klanten optionele, betaalde extended-mainstream ondersteuning te bieden van 13 april 2028 tot en met 10 april 2030. Deze aanbieding is bedoeld als tijdelijke migratiedekking, zal naar verwachting sommige BizTalk-mogelijkheden uitsluiten en blijft onderhevig aan uiteindelijke geschiktheid, dekking, prijzen en aankoopvoorwaarden.
Begin vroeg met migratieplanning, vooral als je oplossingen afhankelijk zijn van Business Activity Monitoring (BAM), de Enterprise Service Bus (ESB) Toolkit, industrie-accelerators, legacy enterprise adapters, BizTalk-specifieke applicatielevenscyclusbeheertools of Visual Studio-versies na Visual Studio 2022. Van deze mogelijkheden wordt verwacht dat ze worden uitgesloten van betaalde uitgebreide mainstream ondersteuning of mogelijk herontwerp vereisen.
Voor de laatste data en voorwaarden, zie:
- Microsoft BizTalk Server-update van de productlevenscyclus
- BizTalk Server 2020 eindverkoop-aankondiging
- Microsoft Fixed Lifecycle Policy
Waarom Logic Apps Standard past bij BizTalk-workloads
BizTalk-applicaties combineren vaak duurzame orkestratie, berichten, transformaties, business-to-business (B2B) verwerking, aangepaste code en toegang tot privésystemen. Azure Logic Apps Standard biedt deze integratiemogelijkheden in een runtime met één tenant en ondersteunt zowel stateful als stateless workflows. In tegenstelling tot een Consumption logic app kan een Standard logic app meerdere workflows bevatten die rekenkracht, opslag, netwerken en configuratie delen.
De volgende mogelijkheden maken Standard het voorkeurstype Logic Apps-resourcemateriaal voor de meeste BizTalk-moderniseringsprojecten:
| BizTalk-vereiste | Logic Apps Standard-functionaliteit |
|---|---|
| Duurzame, langlopende bedrijfsprocessen | Stateful workflows blijven de run-state behouden en kunnen onderbroken runs herstellen. Stateless workflows maken snellere verwerking in het geheugen mogelijk wanneer persistentie niet vereist is. |
| Gerelateerde integratieprocessen | Meerdere workflows kunnen in één standaard logische app worden uitgevoerd en resources, configuratie en implementatiegrenzen delen. |
| Bedrijfsberichtenuitwisseling en dataformaten | Ingebouwde connectors en acties ondersteunen services zoals Azure Service Bus, Event Hubs, SQL Server, XML, platte bestanden, transformaties en B2B-scenario's. |
| Aangepaste implementatielogica | .NET-lokale functies voeren workflowgebonden code uit samen met workflows binnen dezelfde project- en applicatiegrenzen. Inline scripts, aangepaste ingebouwde connectoren en externe diensten bieden andere uitbreidbaarheidsopties. |
| Privé- en lokale connectiviteit | Dedicated single-tenant-uitvoering ondersteunt virtuele netwerkintegratie en privé-eindpunten. Hybride implementatie voert workflows uit op door klanten beheerde infrastructuur wanneer lokale verwerking nodig is. |
| Beheer van de levenscyclus van toepassingen | Visual Studio Code-ontwikkeling, lokale testen, infrastructure as code en CI/CD scheiden workflowapplicatie-implementatie van infrastructuurprovisioning. |
| Implementatiekeuze | Gebruik Workflow Service Plan voor beheerde Azure-hosting, App Service Environment v3 voor geïsoleerde Azure-hosting, of Hybrid voor klantbeheerde Kubernetes-omgevingen. |
Logic Apps Standard biedt de meeste kernmogelijkheden die nodig zijn om BizTalk-oplossingen te moderniseren en dient als het primaire orkestratie- en integratieplatform voor de doelarchitectuur, of deze nu in Azure wordt gehost of in een hybride omgeving wordt geïmplementeerd. Andere diensten zijn standaard niet verplicht. Voor Azure-gehoste oplossingen kun je Azure-diensten zoals Azure Service Bus, Azure API Management of Azure Event Grid toevoegen wanneer de gerefactoriseerde oplossing onafhankelijke berichtbemiddeling, API-levenscyclusbeheer of eventdistributie vereist. Voor hybride implementaties gebruik compatibele klantbeheerde diensten voor alle mogelijkheden of architecturale grenzen die de oplossing buiten de Logic Apps Standard vereist.
Redenen om te migreren
| Voordeel | Beschrijving |
|---|---|
| Modern integratieplatform | Bouw workflows met beheerde orkestratie, enterprise connectors, B2B-mogelijkheden, API-integratie en cloud-native beveiliging en monitoring. Evalueer AI-ondersteunde en agentische automatisering waar ondersteund. |
| Behoud geselecteerde investeringen | Hergebruik of pas veel BizTalk-schema's, maps, regels, assemblies en aangepaste .NET-componenten aan in plaats van elk artefact opnieuw te bouwen. |
| Flexibel hosten | Voer standaardworkflows uit in Azure of gebruik hybride implementatie voor lokale verwerking, netwerktoegang, gegevensresidentie of regelgeving. |
| Low-code en pro-code ontwikkeling | Combineer de visuele workflowontwerper met brongestuurde workflowdefinities, inline scripts, .NET lokale functies, aangepaste connectors en externe services. |
| Moderne operaties | Gebruik Azure rolgebaseerde toegangscontrole (Azure RBAC), infrastructuur als code en geautomatiseerde pijplijnen. Azure-gehoste workflows integreren met Azure Monitor en Application Insights, terwijl hybride implementaties OpenTelemetry gebruiken en andere functiebeperkingen hebben. |
| Kostenbeheer | Deel capaciteit over gerelateerde workflows, kies een hostingmodel dat aansluit bij de workloadvraag en gebruik zo veel mogelijk ingebouwde operaties en lokale functies. |
Bouw een kosteneffectieve doelarchitectuur
Kosteneffectiviteit hangt af van het werkdrukvolume, vereiste isolatie, bestaande infrastructuur, het gebruik van connectoren en operationele verantwoordelijkheden. Vergelijk de totale eigendomskosten in plaats van alleen de hostingkosten van Logic Apps. Een BizTalk-baseline kan BizTalk Server-, Windows Server- en SQL Server-licenties omvatten; rekenkracht en opslag; hoge beschikbaarheid en disaster recovery; patchen; monitoring; implementatietools; en specialistische operationele ondersteuning.
Gebruik de volgende werkwijzen bij het bouwen van het target cost model:
- Groeperen gerelateerde workflows met compatibele beveiligings-, levenscyclus- en schaalvereisten in dezelfde Standard Logic-app zodat ze gereserveerde reken- en ondersteunende bronnen kunnen delen. Houd workloads gescheiden als ze onafhankelijke schaling, isolatie, implementatie of eigenaarschap vereisen.
- Geef de voorkeur aan ingebouwde connectorbediening wanneer deze aan je eisen voldoen. Het Standardmodel bevat onbeperkte ingebouwde operatie-uitvoeringen, terwijl beheerde connectoroperaties per gesprek worden gefactureerd.
- Houd workflow-scope .NET-code in lokale functies wanneer dat passend is. Lokale functies gebruiken de toepassingsgrens van Logic Apps Standard en hebben geen afzonderlijke Function App, eindpunt, authenticatiestroom, implementatiepijplijn of controlegrens voor bewaking nodig. De code verbruikt nog steeds capaciteit in het Standard-plan.
- Stem de capaciteit van het Workflow Service Plan op de juiste grootte af en evalueer het gebruik naarmate migratiegolven in productie worden genomen. Het abonnement wordt gefactureerd voor gereserveerde capaciteit, zelfs wanneer workflows inactief zijn.
- Gebruik App Service Environment v3 wanneer isolatie-, dedicated netwerk-, compliance- of consolidatie-eisen een Isolated v2 App Service Plan rechtvaardigen. Ga er niet van uit dat ASE v3 de goedkoopste optie is voor kleinere workloads.
- Gebruik Hybrid wanneer lokale uitvoering, dataresidentie of bestaande infrastructuur voldoende waarde bieden. Neem de Azure Arc-compatibele Kubernetes-omgeving, SQL Server-licenties, SMB-opslag, netwerken, operaties en Logic Apps vCPU-gebruik mee in de berekening.
- Houd rekening met opslagoperaties, integratieaccounts, netwerken, monitoring en de tijdelijke kosten van het parallel draaien van BizTalk en Logic Apps tijdens migratie.
Voor prijsdetails, zie Azure Logic Apps prijs- en facturatiemodellen en de prijspagina van Azure Logic Apps.
Kies een hostingoptie
Azure Logic Apps heeft aparte Consumption- en Standard resourcetypes. Voor BizTalk-migratie gebruik je Azure Logic Apps Standard-mogelijkheden en kies je een Azure-gehoste of hybride hostingoptie op basis van je behoeften.
Important
Als je momenteel Azure Logic Apps Consumption gebruikt en van plan bent BizTalk Server-workloads te migreren, moet je migreren naar Azure Logic Apps Standard. BizTalk-migratiemogelijkheden worden niet ondersteund voor Consumption-workflows.
| Hostingoptie | Beste pasvorm | Kosten en eigenaarschap | Belangrijkste overwegingen |
|---|---|---|---|
| Werkstroomserviceplan | De standaardkeuze voor Azure-gehoste BizTalk-migraties die dedicated Standard-capaciteit en beheerde Azure-mogelijkheden vereisen. | Gereserveerde WS1-, WS2- of WS3-capaciteit in een door Microsoft beheerde omgeving. | Ondersteunt meerdere workflows per logica-app, virtuele netwerkintegratie, privé-endpoints en toegang tot Azure-monitoringmogelijkheden. |
| App Service Environment v3 | Workloads die geïsoleerde Azure-hosting, toegewezen netwerken, nalevingsgrenzen of consolidatie met andere App Service-workloads vereisen. | Geïsoleerde v2 App Service Plan-instanties in een speciale omgeving. | Vereist een bestaande of nieuwe ASE v3 en moet worden gerechtvaardigd door isolatie-, schaal- of consolidatievereisten. |
| Hybride | Workloads die lokale verwerking vereisen, toegang tot lokale systemen met lage latentie, dataresidentie, edge placement of door klanten beheerde infrastructuur. | Logic Apps vCPU-gebruik plus klantbeheerde Kubernetes, SQL Server, SMB-opslag, netwerken en operaties. | Gebruikt Azure Arc-enabled Kubernetes met de Azure Container Apps-extensie en vereist uitgaande Azure-connectiviteit. Sommige cloudmogelijkheden worden niet ondersteund. |
Overwegingen voor hybride implementatie
Hybride implementatie is gedeeltelijk verbonden, niet fysiek gescheiden van andere netwerken. De omgeving vereist uitgaande connectiviteit voor Azure Arc- en Azure-beheeroperaties. Cloud-gehoste managed connectors vereisen ook connectiviteit met Azure. Tijdelijke connectiviteitsonderbrekingen stoppen niet noodzakelijkerwijs de verwerking van lokale workflows, maar kunnen wel invloed hebben op het beheer, telemetrie en cloud-afhankelijke operaties.
Voor benodigde infrastructuur, ondersteunde configuraties, prijzen en huidige beperkingen, zie Stel je eigen infrastructuur op voor standaard logica-apps met hybride deployment.
Koppel BizTalk-functionaliteit aan Logic Apps
BizTalk Server en Azure Logic Apps gebruiken verschillende architecturen. Gebruik de Migratieagent om elke BizTalk-applicatie te inventariseren, de artefacten en integratiepatronen te koppelen aan de mogelijkheden van Logic Apps, en componenten te identificeren die je moet hergebruiken, refactoren, vervangen of herontwerpen.
| BizTalk-functionaliteit | Logic Apps moderniseringspad | Typische beoordeling | Verwante informatie |
|---|---|---|---|
| Orkestraties | Stateful of stateless Standard-werkstromen | Refactoriseer de bedrijfsproceslogica in workflows. | Creëer een standaardworkflow |
| Pijplijnen en helpercode | Workflowacties, .NET lokale functies, inline code, aangepaste connectors of externe diensten | Hergebruik of herstructureer volgens de vereiste levenscyclus- en schaalgrens. | Maak en voer .NET lokale functies uit |
| MessageBox-routering | Azure Service Bus-onderwerpen en abonnementen, RabbitMQ-uitwisselingen, Apache Kafka-onderwerpen of werkstroomroutering | Herontwerp de berichten, onafhankelijk van de workflow-runtime. | Service Bus wachtrijen, onderwerpen en abonnementen |
| Schema's en kaarten | Project-artefacten, XSLT-kaarten, Liquid-templates en Data Mapper | Hergebruik compatibele artefacten en valideer transformaties. | Schema's en afbeeldingen |
| Bedrijfsregels | Regelengine voor Azure Logic Apps | Hergebruik ondersteunde BizTalk Business Rules Engine-beleidslijnen of refactore niet-ondersteunde feiten. | Overzicht van de regelengine van Azure Logic Apps |
| EDI en B2B | Standaardwerkstromen, connectoren en integratieaccounts | Beoordeel partners, overeenkomsten, certificaten, schema's en protocolvereisten. | B2B-workflows voor bedrijfsintegratie |
| Adapters | Ingebouwde, beheerde of aangepaste connectors en API's | Bevestig de beschikbaarheid van connectoren, authenticatie, doorvoer en hostingondersteuning. | Overzicht van connectoren |
| BAM | Azure Business Process Tracking voor ondersteunde Azure-gehoste oplossingen, of een extern observability-ontwerp | Herontwerp voor hybride implementatie, waarbij Azure Business Process Tracking niet wordt ondersteund. | Overzicht van Azure Business Process Tracking |
| Tracking en monitoring | Uitvoeringsgeschiedenis, bijgehouden eigenschappen, Azure Monitor, Application Insights en OpenTelemetry | Herstructureer het operationele en ondersteunende model. | Controleren van Logic Apps en workflows |
Het volgende diagram geeft een ander overzicht van veelvoorkomende BizTalk Server-mogelijkheden en hun door Azure gehoste moderniseringspaden:
Voor gedetailleerde functionaliteitsbeschikbaarheid, zie Azure Logic Apps connectors, overzicht van de enterprise-integratie en Azure Logic Apps limieten en configuratie.
Belangrijke migratie-overwegingen
Architectuur en betrouwbaarheid
- Begin met Azure Logic Apps Standard als doelapplicatie. Gebruik native workflowmogelijkheden, ingebouwde connectors en lokale functies waar passend, en voeg andere Azure Integration Services alleen toe wanneer een specifieke architecturale eis dat rechtvaardigt.
- Voor publish-subscribe-patronen gebruik je een message broker zoals Azure Service Bus, RabbitMQ of Apache Kafka in plaats van de BizTalk MessageBox binnen een workflow te reproduceren.
- Ontwerp met het oog op herpogingen en verwerking die ten minste één keer plaatsvindt. Gebruik idempotentie, deduplicatie en veilige schrijfacties om dubbele effecten te voorkomen wanneer bewerking opnieuw wordt gedaan of runs opnieuw worden ingediend.
- Bekijk de limieten van berichten en connectoren. Voor grote payloads, gebruik connector chunking indien ondersteund of implementeer het claim-check-patroon.
- Gebruik VPN Gateway, ExpressRoute of een ander hybride connectiviteitsontwerp om on-premises netwerken met Azure te verbinden. Virtueel netwerkpeering verbindt Azure virtuele netwerken; het verbindt zelf geen on-premises netwerk met Azure.
Aangepaste code
Aangepaste code in een BizTalk-oplossing betekent niet automatisch dat de doelarchitectuur een aparte Azure Functions-bron nodig heeft. Gebruik .NET lokale functies voor code die tot een integratieworkflow behoort. Lokale functies bevinden zich in hetzelfde project als de workflows en draaien binnen de applicatiegrens van Logic Apps Standard. De workflows, connectors, configuratie en code kunnen samen worden gebouwd, uitrollen, opschalen en werken.
Lokale functies zijn geschikt voor de validatie van berichten binnen een workflow, verrijking, berekeningen, aangepast parseren, formatteren en bedrijfsspecifieke verwerking. Ze kunnen ook helpen bij het moderniseren van BizTalk hulpassemblies, orkestratiehulpprogramma's en pipeline-gerelateerde logica wanneer die code bij een specifieke integratietoepassing hoort. Deze aanpak voorkomt het introduceren van een aparte endpoint-, authenticatieflow, hostingresource, deployment-pipeline en monitoringsgrens om alleen workflow-specifieke code uit te voeren.
Gebruik de volgende richtlijnen om het juiste code-hosting model te kiezen:
| Gebruik lokale functies wanneer | Gebruik een aparte Azure Functions-resource wanneer |
|---|---|
| De code is specifiek voor één Logic Apps Standard-applicatie. | De code wordt gedeeld door meerdere applicaties, workflows of teams. |
| De code valideert, verrijkt, parseert, formateert of berekent data binnen een workflow. | De code biedt een onafhankelijk beheerde API, dienst of event-driven compute-capaciteit. |
| De workflow en code moeten samen worden geïmplementeerd, opgebouwd en samenwerken. | De code vereist onafhankelijke schaalbaarheid, versiebeheer, implementatie of operationeel eigendom. |
| De code heeft geen apart netwerk-endpoint of authenticatiegrens nodig. | De code moet zijn eigen eindpunt of identiteitsgrens blootleggen en beveiligen. |
| BizTalk-hulpfunctie of pipeline-aangrenzende logica behoort tot de gemigreerde integratieflow. | De code is de primaire rekenlast en de workflow van Logic Apps is slechts één consument. |
Lokale functies verbruiken de rekenkracht die aan de Standard logica-app is toegewezen en zijn geen vervanging voor elke zelfstandige functie of service. Hun kosten- en operationele voordeel komt voort uit het vermijden van een onnodige resourcegrens wanneer de code deel uitmaakt van de workflow. Standaardworkflows ondersteunen ook inline JavaScript, C# en PowerShell voor kortlopende code, plus aangepaste connectors en aanroepen naar externe API's. Voor architecturale richtlijnen, zie Coding with Logic Apps Standard: Local Functions.
Beveiliging en identiteit
Gebruik Microsoft Entra ID, Azure RBAC, Azure Key Vault, privénetwerken en veilige invoer en uitvoer om workflows en data te beschermen. OAuth-verbindingen gebruiken tokengebaseerde autorisatie en vereisen mogelijk interactieve aanmelding en toestemming. Behandel OAuth niet als het opslaan van het e-mailadres en wachtwoord van een gebruiker in de workflow.
Voor ondersteunde connectors in door Azure gehoste standaardworkflows verwijderen beheerde identiteiten de noodzaak om inloggegevens of toegangstokens op te slaan. Tijdens lokale ontwikkeling kan de Azure Logic Apps Standard-extensie de ingelogde ontwikkelaarsidentiteit gebruiken via de Azure Identity-credentialketen, terwijl de geïmplementeerde workflow zijn systeem- of door de gebruiker toegewezen beheerde identiteit gebruikt. Beide identiteiten vereisen de juiste machtigingen voor de doelresource. Deze Visual Studio Code-mogelijkheid verandert niets aan de huidige hybride beperking voor beheerde identiteitsauthenticatie in connectoroperaties. Voor meer informatie, zie Gebruik connectoren met beheerde identiteit in de Logic Apps Standard-extensie.
Uitrol en operaties
Sla workflowdefinities, configuraties en artefacten op in source control en gebruik geautomatiseerde build- en deploymentpipelines. Bicep compileert naar Azure Resource Manager-templates. Terraform en Pulumi zijn alternatieve infrastructure-as-code tools die Azure-bronnen beheren via hun respectievelijke providers.
Plan monitoring, toegangscontrole, omgevingsconfiguratie, disaster recovery en ondersteun eigendom vóór de eerste productiemigratiegolf. Beveilig gevoelige actie-invoer en -uitvoer zodat ze niet in de rungeschiedenis of telemetrie verschijnen.
Volgende stappen
Gebruik een iteratieve migratiebenadering voor voorraadafhankelijkheden, prioriteer workloads, valideer doelontwerpen en geef in beheersbare waves uit. De Azure Logic Apps Migration Agent kan helpen bij ontdekking, analyse, planning, conversie, validatie en implementatie, terwijl jij de controle behoudt over architectuur- en implementatiebeslissingen.