Integration ↔ Azure architect
1Bridge between BizTalk Server, Logic Apps, Functions, Service Bus, Event Grid
Loading...
Loading...
Modernization of BizTalk Server integrations to Azure Logic Apps, Functions, and Service Bus. Preservation of interface contracts, migration of XSLT maps and orchestrations.
Each phase aggregates one or more of the ten ATLAS steps. No phase starts until the previous one has delivered its validated artefact. The ATLAS methodology makes AS/400 migration predictable and auditable.
Understand the BizTalk platform: orchestrations, XSLT maps, pipelines, send/receive ports, business rules. Rebuild a functional analysis of flows.
Set the ground truth: recorded transactions on each flow, XML/SOAP/REST interface contracts. Map upstream/downstream systems, schemas, pipelines.
Design the target Azure architecture: Logic Apps (orchestrations), Functions (transformations), Service Bus / Event Grid (messaging), API Management (exposure). Flow characterization tests.
Rebuild orchestration by orchestration: XSLT map → Azure function, pipeline → Logic App, business rule → Functions. Incremental flow-by-flow migration, signed parity audit.
Go-live flow by flow, BizTalk ↔ Azure coexistence for 3 to 12 months, progressive cutover with transaction routing, ops handover.
BizTalk Server is Microsoft's historical ESB, deployed massively between 2004 and 2015 in large enterprises to orchestrate B2B integrations and inter-application flows. Microsoft has announced end of standard support for BizTalk Server 2020 in January 2030 and has clearly positioned Azure Logic Apps as the official successor. The IT departments concerned are mainly in insurance, banking, healthcare, manufacturing, retail, and the public sector — all the sectors where BizTalk orchestrates EDI, SWIFT, HL7 flows, or specific business protocols.
Three signals trigger the decision to migrate. First, the internal BizTalk team shrinks to one or two experts and recruitment becomes impossible. Second, BizTalk license and infrastructure costs weigh on the IT budget and become hard to justify. Third, the company is migrating its global IT to Azure and is rationalizing its integration stack. In all three cases, our Legacy to Cloud expertise applies, framed by the ATLAS methodology.
The good news: BizTalk concepts (orchestration, mapping, pipeline, port) have direct equivalents in Azure Logic Apps (workflow, transformation, connector), which makes migration relatively structured. Microsoft also provides automated import tools (Data Mapper for Visual Studio Code) that accelerate the porting of .btm maps to Logic Apps. This conceptual continuity is why we recommend Azure Logic Apps as the default target, except in special cases that justify an alternative such as MuleSoft or Apache Camel.
Azure Logic Apps, Azure Functions, Service Bus, API Management
Complete migration within the Microsoft ecosystem. Preservation of orchestration logic in a managed service, XML transformation handling via native mappers, Service Bus for asynchronous messaging. The default choice recommended by Microsoft.
When BizTalk orchestrations are in fact API facades that resemble API composition. APIM plus Functions is then lighter and faster than Logic Apps.
The company is already committed to the Salesforce / MuleSoft ecosystem or seeks multi-cloud independence. Significant retraining effort.
Java ecosystem dominant, open source preference, need for very flexible integration routing. Requires a Java team experienced in integration.
A BizTalk to Azure Logic Apps migration program is generally structured over eight to twenty-four months depending on the number of orchestrations and flow complexity. The typical team combines an integration architect familiar with both platforms, an Azure tech lead, three to six integration engineers, a security engineer for sensitive flows, and a project manager. An estate of thirty to fifty orchestrations is typically migrated in ten to fifteen months with a cell of six to eight people.
Underestimating the time required for discovery. A mature BizTalk estate often accumulates orchestrations and maps that are no longer documented and whose exact use no one remembers.
Systematic discovery with automatic inventory via Microsoft tools aimtool and BizTalkMigrationStarter when available, qualification of each orchestration by message volume processed, criticality, and dependencies. Each unidentified orchestration is the subject of a dedicated investigation before its migration is considered.
Reproducing in Logic Apps the exact structure of BizTalk orchestrations without seizing the opportunity to simplify. BizTalk sometimes forces complex constructs to work around its own limitations.
Targeted refactoring during migration: BizTalk Convoys become more readable patterns in Logic Apps, pure routing orchestrations become Service Bus rules, simple transformations are moved to Azure Functions. Each refactoring is documented as such, separated from strict functional parity.
Neglecting the difference in billing model. BizTalk bills per server license, Logic Apps bills per execution. A high-volume orchestration can become expensive if not optimized.
Volume analysis integrated into the target architecture phase. Very high-volume orchestrations (millions of executions per month) are ported on Logic Apps Standard in dedicated plan mode or on Azure Functions depending on the pattern, with monthly cost estimate validated before deployment.
Ignoring the timing subtleties of functoids. BizTalk DateTimes are configurable at the server level, Azure uses explicit UTC.
On our BizTalk insurance POC, we documented this discrepancy D3.2 as a non-business platform discrepancy: time zones become explicit in the target code, each conversion is annotated in the registry. Temporal invariants are preserved (SendDateTime greater than ReceiveDateTime) via unit tests.
Letting BizTalk-Azure coexistence drag on too long. The two platforms in parallel generate dual operational debt and desynchronization risks.
Dated cutover plan with explicit milestones. Each migrated flow triggers the scheduled decommissioning of its BizTalk equivalent after a dual run period of two to four weeks. Coexistence must not exceed six to twelve months for the complete estate. See the ATLAS methodology.
Several distinct profiles, mobilized over the full program duration. Reproducing this cell internally is rarely realistic — the legacy skills shortage and ATLAS expertise depth make outsourcing structurally faster and less risky.
Bridge between BizTalk Server, Logic Apps, Functions, Service Bus, Event Grid
Logic Apps, Azure Functions, API Management, Application Insights observability
Ideally with BizTalk background to reproduce orchestrations, XSLT maps, pipelines
OAuth, certificates, interface contracts, Quebec Law 25 / GDPR compliance on flows
ARM/Bicep, Azure DevOps CI/CD, Infrastructure as Code, environment management
Transaction bench, BizTalk/Azure comparison, ATLAS audit validation
POC 9 BizTalk insurance. Migration of four hundred useful lines (SimpleOrchestration plus three XsltMapping maps plus five XSD schemas) to Logic Apps Standard and TypeScript Cloudflare Workers. Nine BizTalk patterns covered, dual target for commercial demonstration.
Microsoft has announced end of standard support for BizTalk Server 2020 in January 2030, with extended support until April 2031. The official Microsoft roadmap positions Azure Logic Apps as the designated successor. Customers who have not migrated by 2030 would continue to operate BizTalk but without security updates or functional evolutions. The typical advice given to IT departments: target complete migration before end of 2028 to leave a year of buffer against contingencies.
Progressive migration is recommended and technically feasible. The two platforms coexist easily thanks to Azure Service Bus which can serve as a messaging bridge. Each orchestration is migrated independently, tested in dual run with BizTalk for two to four weeks, then the BizTalk version is decommissioned. This approach spreads risk and allows teams to ramp up Azure skills progressively. Be careful not to spread the transition too thin — beyond twelve months, coexistence becomes expensive.
BizTalk .btm maps are internally composed of XSLT plus Microsoft functoids. In Logic Apps Standard, there is a Data Mapper for Visual Studio Code that can directly import .btm maps and convert them to Logic Apps maps, preserving the XSLT logic. For complex functoids (Concat, DateTime, Looping, Database) that have no direct equivalent, we reimplement them in Azure Functions called from the mapper. We validated this pattern on functoids 107 Concat and 125 DateTime during our POC.
Yes, for the major adapters. Logic Apps offers more than a thousand native connectors or via Azure Service Bus, covering SAP (via dedicated SAP connector), SWIFT (via banking connectors), FTP/SFTP (native), IBM MQ and Kafka (via Service Bus connectors). More exotic adapters (HL7 for healthcare, EDI X12/EDIFACT for B2B) are available in Azure Integration Services. Only very specific or custom adapters may require a rewrite in Azure Functions.
Effort depends mostly on the number of orchestrations, the complexity of maps, and the volume of inter-application flows. As a benchmark, a BizTalk estate with thirty to fifty orchestrations and two to three hundred maps is typically migrated in ten to fifteen months with a budget of one to two million euros in nearshore co-delivery, including parity tests and decommissioning of the legacy. For a very large estate (one hundred orchestrations or more), plan a multi-year program and a budget of two to five million euros.
Three typical gains: reduced infrastructure costs (no more BizTalk servers to maintain, no more dedicated SQL Server licenses), automatic elasticity (Logic Apps adapts to load without intervention), and native observability (logs and metrics directly in Azure Monitor). In practice our clients see a TCO cost reduction of forty to sixty percent on integration infrastructure after two to three years, and a strong reduction in incident analysis time thanks to integrated telemetry.
Three concrete ways to start — from a free diagnosis to a full cell. Our BizTalk → Azure Logic Apps + Functions approach is documented, priced, and applicable before BizTalk end-of-support 2030.