What is Azure Logic Apps?

Azure Logic Apps is a cloud platform where you can create and run automated workflows with little to no code. By using the visual designer and selecting from prebuilt operations, you can quickly build a workflow that integrates and manages your apps, data, services, and systems.

Azure Logic Apps simplifies the way that you connect legacy, modern, and cutting-edge systems across cloud, on premises, and hybrid environments and provides low-code-no-code tools for you to develop highly scalable integration solutions for your enterprise and business-to-business (B2B) scenarios.

This list describes just a few example tasks, business processes, and workloads that you can automate using Azure Logic Apps:

  • Schedule and send email notifications using Office 365 when a specific event happens, for example, a new file is uploaded.

  • Route and process customer orders across on-premises systems and cloud services.

  • Move uploaded files from an SFTP or FTP server to Azure Storage.

  • Monitor tweets, analyze the sentiment, and create alerts or tasks for items that need review.

Screenshot that shows the workflow designer and a sample enterprise workflow that uses switches and conditions.

If you're ready to try creating your first logic app workflow, see Get started.

For more information, see Azure Logic Apps on the Azure website and other Azure Integration Services.

Key terms

The following table briefly defines core terminology and concepts in Azure Logic Apps.

Term Description
Logic app The Azure resource you create when you want to build a workflow. There are multiple logic app resource types that run in different environments.
Workflow A series of steps that defines a task, business process, or workload. Each workflow starts with a single trigger, after which you must add one or more actions.
Trigger Always the first step in any workflow and specifies the condition for running any further steps in that workflow. For example, a trigger event might be getting an email in your inbox or detecting a new file in a storage account.
Action Each subsequent step in a workflow that follows after the trigger. Every action runs some operation in a workflow.
Built-in connector This connector type provides operations that run natively in Azure Logic Apps. For example, built-in operations provide ways for you to control your workflow's schedule or structure, run your own code, manage and manipulate data, send or receive requests to an endpoint, and complete other tasks in your workflow.

For example, you can start almost any workflow on a schedule when you use the Recurrence trigger. Or, you can have your workflow wait until called when you use the Request trigger. Such operations don't usually require that you create a connection from your workflow.

While most built-in operations aren't associated with any service or system, some built-in operations are available for specific services, such as Azure Functions or Azure App Service. For more information and examples, review Built-in connectors for Azure Logic Apps.
Managed connector This connector type is a prebuilt proxy or wrapper for a REST API that you can use to access a specific app, data, service, or system. Before you can use most managed connectors, you must first create a connection from your workflow and authenticate your identity. Managed connectors are published, hosted, and maintained by Microsoft.

For example, you can start your workflow with a trigger or run an action that works with a service such as Office 365, Salesforce, or file servers. For more information, review Managed connectors for Azure Logic Apps.
Integration account Create this Azure resource when you want to define and store B2B artifacts for use in your workflows. After you create and link an integration account to your logic app, your workflows can use these B2B artifacts. Your workflows can also exchange messages that follow Electronic Data Interchange (EDI) and Enterprise Application Integration (EAI) standards.

For example, you can define trading partners, agreements, schemas, maps, and other B2B artifacts. You can create workflows that use these artifacts and exchange messages over protocols such as AS2, EDIFACT, X12, and RosettaNet.

Why use Azure Logic Apps

The Azure Logic Apps integration platform provides hundreds of prebuilt connectors so you can connect and integrate apps, data, services, and systems more easily and quickly. You can focus more on designing and implementing your solution's business logic and functionality, not on figuring out how to access your resources.

To communicate with any service endpoint, run your own code, control your workflow structure, manipulate data, or connect to commonly used services with better performance, you can use built-in connector operations. These operations run natively on the Azure Logic Apps runtime.

To access and run operations on resources in services such as Azure, Microsoft, other external web apps and services, or on-premises systems, you can use Microsoft-managed (Azure-hosted) connector operations. Choose from hundreds of connectors in a growing Azure ecosystem, for example:

  • Azure services such as Blob Storage and Service Bus

  • Office 365 services such as Outlook, Excel, and SharePoint

  • Database servers such as SQL and Oracle

  • Enterprise systems such as SAP and IBM MQ

  • File shares such as FTP and SFTP

For more information, review the following documentation:

You usually won't have to write any code. However, if you do need to write code, you can create code snippets using Azure Functions and run that code from your workflow. You can also create code snippets that run in your workflow by using the Inline Code action. If your workflow needs to interact with events from Azure services, custom apps, or other solutions, you can monitor, route, and publish events using Azure Event Grid.

Azure Logic Apps is fully managed by Microsoft Azure, which frees you from worrying about hosting, scaling, managing, monitoring, and maintaining solutions built with these services. When you use these capabilities to create "serverless" apps and solutions, you can just focus on the business logic and functionality. These services automatically scale to meet your needs, make integrations faster, and help you build robust cloud apps using little to no code.

To learn how other companies improved their agility and increased focus on their core businesses when they combined Azure Logic Apps with other Azure services and Microsoft products, check out these customer stories.

How does Azure Logic Apps differ from Functions, WebJobs, and Power Automate?

All these services help you connect and bring together disparate systems. Each service has their advantages and benefits, so combining their capabilities is the best way to quickly build a scalable, full-featured integration system. For more information, review Choose between Logic Apps, Functions, WebJobs, and Power Automate.

More about Azure Logic Apps

The following sections provide more information about the capabilities and benefits in Azure Logic Apps:

Visually create and edit workflows with easy-to-use tools

Save time and simplify complex processes by using the visual design tools in Azure Logic Apps. Create your workflows from start to finish by using the Azure Logic Apps workflow designer in the Azure portal, Visual Studio Code, or Visual Studio. Just start your workflow with a trigger, and add any number of actions from the connectors gallery.

If you're creating a multi-tenant based logic app, get started faster when you create a workflow from the templates gallery. These templates are available for common workflow patterns, which range from simple connectivity for Software-as-a-Service (SaaS) apps to advanced B2B solutions plus "just for fun" templates.

Connect different systems across various environments

Some patterns and processes are easy to describe but hard to implement in code. The Azure Logic Apps platform helps you seamlessly connect disparate systems across cloud, on-premises, and hybrid environments. For example, you can connect a cloud marketing solution to an on-premises billing system, or centralize messaging across APIs and systems using Azure Service Bus. Azure Logic Apps provides a fast, reliable, and consistent way to deliver reusable and reconfigurable solutions for these scenarios.

Create and deploy to different environments

Based on your scenario, solution requirements, and desired capabilities, you'll choose to create either a Consumption or Standard logic app workflow. Based on this choice, the workflow runs in either multi-tenant Azure Logic Apps, single-tenant Azure Logic Apps, an App Service Environment (v3), or a dedicated integration service environment. With the last three environments, your workflows can more easily access resources protected by Azure virtual networks. If you create single tenant-based workflows using Azure Arc enabled Logic Apps, you can also run workflows in containers. For more information, see Single-tenant versus multi-tenant and integration service environment for Azure Logic Apps and What is Arc enabled Logic Apps?

The following table briefly summarizes differences between a Consumption and Standard logic app workflow. You'll also learn the differences between the multi-tenant environment, integration service environment (ISE), single-tenant environment, and App Service Environment v3 (ASEv3) for deploying, hosting, and running your logic app workflows.

Resource type Benefits Resource sharing and usage Pricing and billing model Limits management
Logic App (Consumption)

Host environment: Multi-tenant Azure Logic Apps
- Easiest to get started

- Pay-for-what-you-use

- Fully managed
A single logic app can have only one workflow.

Logic apps across Azure Active Directory tenants share the same processing (compute), storage, network, and so on.

For high availability, geo-redundant storage (GRS) is enabled.
Consumption (pay-per-execution) Azure Logic Apps manages the default values for these limits, but you can change some of these values, if that option exists for a specific limit.
Logic App (Consumption)

Host environment:
Integration service environment (ISE)
- Enterprise scale for large workloads

- 20+ ISE-specific connectors that connect directly to virtual networks

- Predictable pricing with included usage and customer-controlled scaling
A single logic app can have only one workflow.

Logic apps in the same environment share the same processing (compute), storage, network, and so on.

Data stays in the same region where you deploy the ISE.
ISE (fixed) Azure Logic Apps manages the default values for these limits, but you can change some of these values, if that option exists for a specific limit.
Logic App (Standard)

Host environment:
Single-tenant Azure Logic Apps

Note: If your scenario requires containers, create single-tenant based logic apps using Azure Arc enabled Logic Apps. For more information, review What is Azure Arc enabled Logic Apps?
- Run using the single-tenant Azure Logic Apps runtime. Deployment slots are currently not supported.

- More built-in connectors for higher throughput and lower costs at scale

- More control and fine-tuning capability around runtime and performance settings

- Integrated support for virtual networks and private endpoints.

- Create your own built-in connectors.
A single logic app can have multiple stateful and stateless workflows.

Workflows in a single logic app and tenant share the same processing (compute), storage, network, and so on.

Data stays in the same region where you deploy your logic apps.
Standard, based on a hosting plan with a selected pricing tier.

If you run stateful workflows, which use external storage, the Azure Logic Apps runtime makes storage transactions that follow Azure Storage pricing.
You can change the default values for many limits, based on your scenario's needs.

Important: Some limits have hard upper maximums. In Visual Studio Code, the changes you make to the default limit values in your logic app project configuration files won't appear in the designer experience. For more information, see Edit app and environment settings for logic apps in single-tenant Azure Logic Apps.
Logic App (Standard)

Host environment:
App Service Environment v3 (ASEv3) - Windows plans only
Same capabilities as single-tenant plus the following benefits:

- Fully isolate your logic apps.

- Create and run more logic apps than in single-tenant Azure Logic Apps.

- Pay only for the ASE App Service plan, no matter the number of logic apps that you create and run.

- Can enable autoscaling or manually scale with more virtual machine instances or a different App Service plan.

- Inherit the network setup from the selected ASEv3. For example, when deployed to an internal ASE, workflows can access the resources in a virtual network associated with the ASE and have internal access points.

Note: If accessed from outside an internal ASE, run histories for workflows in that ASE can't access action inputs and outputs.
A single logic app can have multiple stateful and stateless workflows.

Workflows in a single logic app and tenant share the same processing (compute), storage, network, and so on.

Data stays in the same region where you deploy your logic apps.
App Service plan You can change the default values for many limits, based on your scenario's needs.

Important: Some limits have hard upper maximums. In Visual Studio Code, the changes you make to the default limit values in your logic app project configuration files won't appear in the designer experience. For more information, see Edit app and environment settings for logic apps in single-tenant Azure Logic Apps.

First-class support for enterprise integration and B2B scenarios

Businesses and organizations electronically communicate with each other by using industry-standard but different message protocols and formats, such as EDIFACT, AS2, X12, and RosettaNet. By using the enterprise integration capabilities supported by Azure Logic Apps, you can create workflows that transform message formats used by trading partners into formats that your organization's systems can interpret and process. Azure Logic Apps handles these exchanges smoothly and securely with encryption and digital signatures. For B2B integration scenarios, Azure Logic Apps includes capabilities from BizTalk Server. To define business-to-business (B2B) artifacts, you create an integration account where you store these artifacts. After you link this account to your logic app, your workflows can use these B2B artifacts and exchange messages that comply with Electronic Data Interchange (EDI) and Enterprise Application Integration (EAI) standards. For more information, review the following documentation:

You can start small with your current systems and services, and then grow incrementally at your own pace. When you're ready, the Azure Logic Apps platform helps you implement and scale up to more mature integration scenarios by providing these capabilities and more:

For example, if you use Microsoft BizTalk Server, your workflows can communicate with your BizTalk Server using the BizTalk Server connector. You can then run or extend BizTalk-like operations in your workflows by using integration account connectors. In the other direction, BizTalk Server can communicate with your workflows by using the Microsoft BizTalk Server Adapter for Azure Logic Apps. Learn how to set up and use the BizTalk Server Adapter in your BizTalk Server.

Write once, reuse often

Create your logic apps as Azure Resource Manager templates so that you can set up and automate deployments across multiple environments and regions.

Built-in extensibility

If no suitable connector is available to run the code you want, you can create and call your own code snippets from your workflow by using Azure Functions. Or, create your own APIs and custom connectors that you can call from your workflows.

Access resources inside Azure virtual networks

Logic app workflows can access secured resources such as virtual machines (VMs), other services, and systems that are inside an Azure virtual network when you create an integration service environment (ISE). An ISE is a dedicated instance of the Azure Logic Apps service that uses dedicated resources and runs separately from the global multi-tenant Azure Logic Apps service.

Running logic apps in your own dedicated instance helps reduce the impact that other Azure tenants might have on app performance, also known as the "noisy neighbors" effect. An ISE also provides these benefits:

  • Your own static IP addresses, which are separate from the static IP addresses that are shared by the logic apps in the multi-tenant service. You can also set up a single public, static, and predictable outbound IP address to communicate with destination systems. That way, you don't have to set up extra firewall openings at those destination systems for each ISE.

  • Increased limits on run duration, storage retention, throughput, HTTP request and response timeouts, message sizes, and custom connector requests. For more information, review Limits and configuration for Azure Logic Apps.

When you create an ISE, Azure injects or deploys that ISE into your Azure virtual network. You can then use this ISE as the location for the logic apps and integration accounts that need access. For more information about creating an ISE, review Connect to Azure virtual networks from Azure Logic Apps.

How logic apps work

In a logic app, each workflow always starts with a single trigger. A trigger fires when a condition is met, for example, when a specific event happens or when data meets specific criteria. Many triggers include scheduling capabilities that control how often your workflow runs. After the trigger fires, one or more actions run operations that process, handle, or convert data that travels through the workflow, or that advance the workflow to the next step.

The following screenshot shows part of an example enterprise workflow. This workflow uses conditions and switches to determine the next action. Let's say you have an order system, and your workflow processes incoming orders. You want to review orders above a certain cost manually. Your workflow already has previous steps that determine how much an incoming order costs. So, you create an initial condition based on that cost value. For example:

  • If the order is below a certain amount, the condition is false. So, the workflow processes the order.

  • If the condition is true, the workflow sends an email for manual review. A switch determines the next step.

    • If the reviewer approves, the workflow continues to process the order.

    • If the reviewer escalates, the workflow sends an escalation email to get more information about the order.

      • If the escalation requirements are met, the response condition is true. So, the order is processed.

      • If the response condition is false, an email is sent regarding the problem.

Screenshot that shows the workflow designer and a sample enterprise workflow that uses switches and conditions.

You can visually create workflows using the Azure Logic Apps workflow designer in the Azure portal, Visual Studio Code, or Visual Studio. Each workflow also has an underlying definition that's described using JavaScript Object Notation (JSON). If you prefer, you can edit workflows by changing this JSON definition. For some creation and management tasks, Azure Logic Apps provides Azure PowerShell and Azure CLI command support. For automated deployment, Azure Logic Apps supports Azure Resource Manager templates.

Pricing options

Each logic app resource type, which differs by capabilities and where they run (multi-tenant, single-tenant, integration service environment), has a different pricing model. For example, multi-tenant based logic apps use consumption pricing, while logic apps in an integration service environment use fixed pricing. Learn more about pricing and metering for Azure Logic Apps.

Get started

Before you can start with Azure Logic Apps, you need an Azure subscription. If you don't have a subscription, sign up for a free Azure account.

When you're ready, try one or more of the following quickstart guides for Azure Logic Apps. Learn how to create a basic workflow that monitors an RSS feed and sends an email for new content.

You might also want to explore other quickstart guides for Azure Logic Apps:

Other resources

Learn more about the Azure Logic Apps platform with these introductory videos:

Next steps