Skip to main content

Logic Apps Standard is the core

Use Standard workflows, connectors, transformations and local code as the primary integration application. Other Azure Integration Services (AIS) solve specific messaging, API or event requirements; they are not mandatory replacements for every BizTalk artifact.

This catalogue covers the main capability families in the Microsoft migration overview. Compatible modernization path does not mean drop-in parity: evaluate exact artifact contents, operations, limits, host and business semantics.

Core feature catalogue​

Existing integration needLogic Apps–led implementationTechnical checks / guide
Durable orchestrationStateful Standard workflowsPersistence, correlation, compensation and recovery: patterns
Bounded low-latency processingStateless workflows where their limits fitDuration, memory and failure semantics: hosting
Multiple related processesMultiple workflows in one Standard appShared scaling/security/lifecycle boundaries: architecture
Schemas and transformationXSD, XSLT, Liquid/Data Mapper where suitableNamespaces, imports, extension functions and output parity: maps
PipelinesExplicit native actions plus suitable local/custom logicDecode, disassembly, streaming, batching and context properties: pipelines
Adapter connectivityBuilt-in, managed or custom connectors/APIsExact operation, identity, payload, throughput and host: connectivity
Helper assemblies / custom processingWorkflow-scoped .NET local functions; external service only for a separate boundaryCompatible dependencies, streaming/duration limits and serialization: custom code
Business rulesLogic Apps Rules Engine for compatible policies/facts; redesign other logicPolicies, vocabularies, fact types and rule outcomes
EDI/B2BStandard B2B operations and required partner/agreement artifactsProtocols, certificates, acknowledgments and partner tests: B2B
MessageBox-style routingWorkflow routing where sufficient; independent broker when requiredPublish/subscribe, sessions, settlement and duplicates: AIS services
BAM/business visibilityBusiness Process Tracking where supported or a deliberate reporting designBusiness milestones, retention and host availability
Technical trackingRun history, tracked properties and host-appropriate telemetryCorrelation, security and operational diagnosis: validation
CI/CD and operationsVersioned project artifacts and environment-specific configurationConnections, settings, deploy/replay checks: deployment
Private/local processingWSP/ASE v3 networking or supported Hybrid deploymentDNS, storage, outbound access and feature differences: networking

Rules and business tracking​

  • Logic Apps Rules Engine overview: verify supported policies, facts and invocation requirements. Rules reuse is not equivalent to automatic support for every custom fact/assembly.
  • Azure Business Process Tracking: assess Azure-hosted support and business milestones. The migration overview notes that Hybrid does not support Azure Business Process Tracking; design other telemetry/reporting where needed.

Integration patterns​

PatternCore Logic Apps responsibilitySupporting product only if required
Request/replyValidate, transform, orchestrate and return the agreed responseAPIM for API governance; gateway/Front Door for HTTP routing
Publish/subscribeProcess each subscriber's business flowService Bus topics for independent durable subscriptions
Scatter/gatherFan out, correlate responses, aggregate and handle partial failureBroker/state store when asynchronous coordination requires it
Batch/envelopeSplit safely, preserve per-item identity and aggregate resultsStorage/broker for payload or buffering needs
Claim-checkCarry payload references and enforce access/recoveryStorage for payloads larger than appropriate message/action limits
Saga/compensationModel side effects, compensating actions and recoveryStore/broker for durable coordination as required
Event-driven processingReact and integrate systemsEvent Grid for discrete event distribution; Event Hubs for streaming ingestion

Start with the technical cookbook. Use supporting AIS services to decide what belongs outside the workflow, pricing to cost it, and networking/load balancing to place it.

The catalogue describes destination capabilities, not source-version eligibility.