AZ-900Chapter 72 of 127Objective 2.2

Azure Logic Apps

This chapter covers Azure Logic Apps, a cloud service that automates workflows and integrates apps, data, and services without writing code. For AZ-900, this falls under Domain 2: Azure Architecture and Services, Objective 2.2: Describe core Azure compute services. Logic Apps is a key compute service for integration and automation, and it appears in about 5-10% of exam questions related to compute. Understanding Logic Apps helps you differentiate between compute options and recognize when to use serverless integration over other services like Functions or WebJobs.

25 min read
Intermediate
Updated May 31, 2026

The Automated Assembly Line

Imagine you run a manufacturing plant that produces custom furniture. Orders come in via email, phone, and a web portal. Each order requires checking inventory, calculating shipping costs, sending a confirmation, and updating a spreadsheet. Currently, you have a team of clerks who manually copy data from one system to another—typing order details into the inventory system, then into the shipping calculator, then into the spreadsheet, and finally sending an email. This is slow, error-prone, and expensive. Azure Logic Apps is like building an automated assembly line for these tasks. You design a workflow on a visual canvas, connecting 'triggers' (like a new email arriving) to 'actions' (like checking inventory in a database). Each step is a pre-built connector that speaks the language of the target system—no coding required. When a trigger fires, the Logic App orchestrates the sequence automatically, handling retries, error logging, and parallel branches. Just as an assembly line moves a chassis from station to station, Logic Apps moves data from one service to the next, ensuring each step completes before the next begins. If a station jams (an API fails), the line can pause, retry, or route to a fallback station. This eliminates manual handoffs, reduces errors, and scales to handle hundreds of orders per hour without adding clerks.

How It Actually Works

What is Azure Logic Apps and What Business Problem Does It Solve?

Azure Logic Apps is a cloud-based platform for creating and running automated workflows that integrate applications, data, services, and systems. It is a serverless compute service, meaning you don't manage infrastructure; you focus solely on the logic of your workflow. Logic Apps is designed to solve the problem of integration—connecting disparate systems that don't natively talk to each other. Businesses often have a mix of on-premises databases, SaaS applications (like Salesforce, Office 365), and custom APIs. Without automation, employees manually move data between these systems—a process that is slow, error-prone, and costly. Logic Apps provides a visual designer to create workflows (called logic apps) that automate these tasks, handling data transformation, conditional logic, error handling, and retries.

How It Works: Step-by-Step Mechanism

A Logic App workflow consists of: - Trigger: The event that starts the workflow. Examples: 'When a new email arrives in Outlook', 'When a file is added to a blob container', or a recurring schedule (e.g., every hour). - Actions: The steps that execute after the trigger. Each action is a connector to a service (e.g., SQL Server, SharePoint, Twitter) or a built-in operation (e.g., HTTP request, condition, delay).

When the trigger fires, Azure Logic Apps engine creates an instance of the workflow and runs the actions in sequence (or parallel if configured). The engine handles: - State management: It tracks each step's input, output, and status. - Retry policy: If an action fails due to a transient error (e.g., timeout), it retries automatically (default: 4 retries with increasing delays). - Error handling: You can configure catch blocks (scopes) to run alternative logic on failure. - Scalability: Each trigger fires independently; the engine can run thousands of instances concurrently, limited only by subscription quotas.

Key Components

1.

Connectors: Pre-built APIs that wrap target services. There are hundreds of connectors—for Microsoft services (Office 365, Dynamics, Teams), third-party services (Salesforce, Dropbox, GitHub), and on-premises data gateways (SQL Server, Oracle). Connectors handle authentication, retry, and data format conversion.

2.

Built-in Operations: Actions that don't require a connector, such as HTTP requests, conditions, loops, switch cases, compose, and parse JSON.

3.

Enterprise Integration Pack (EIP): An add-on for B2B scenarios, including XML transformation, trading partner management, and AS2/EDIFACT/X12 message processing.

4.

Integration Account: A resource that stores artifacts like schemas, maps, certificates, and partners for EIP features.

5.

Managed Connectors vs. On-Premises Data Gateway: Managed connectors run in Azure and connect to cloud services. On-premises connectors require an on-premises data gateway—a software agent installed on a local server that securely bridges Logic Apps to on-premises data sources.

Pricing Tiers

Logic Apps has two pricing models: - Consumption Plan: Pay-per-execution. You pay for each action execution (including triggers) and data transfer. Ideal for sporadic, high-volume workloads. - Standard Plan: Fixed monthly cost with a set number of included executions and predictable performance. Better for steady-state workloads. Standard also supports running in a dedicated environment with VNet integration.

Additionally, there is the Integration Service Environment (ISE) for high-security, isolated execution with dedicated storage and VNet injection—costs more but provides better performance and compliance.

Comparison to On-Premises Equivalent

On-premises, you might use Microsoft BizTalk Server, IBM WebSphere, or custom scripts (PowerShell, Python cron jobs). These require dedicated servers, licensing, and manual maintenance. Logic Apps is fully managed, scales automatically, and integrates with cloud-native services. However, on-premises solutions offer lower latency for local data and full control over the runtime. Logic Apps bridges this via the on-premises data gateway, but for real-time, sub-millisecond integrations, on-premises may still be preferred.

Azure Portal and CLI Touchpoints

In the Azure portal, you create a Logic App under 'Create a resource > Integration > Logic App'. The visual designer opens automatically. You can also use: - Azure CLI: az logic workflow create to deploy logic apps from JSON definition files. - ARM templates: Infrastructure-as-code for deploying Logic Apps along with other resources. - REST API: For programmatic management.

Example CLI command to create a Consumption Logic App:

az logic workflow create --resource-group myResourceGroup --location westus --name myLogicApp --definition definition.json

Example definition snippet (JSON) for a simple workflow:

{
    "definition": {
        "$schema": "https://schema.management.azure.com/providers/Microsoft.Logic/schemas/2016-06-01/workflowdefinition.json#",
        "actions": {
            "Send_email": {
                "type": "ApiConnection",
                "inputs": {
                    "host": {
                        "connection": {
                            "name": "@parameters('$connections')['office365']['connectionId']"
                        }
                    },
                    "method": "post",
                    "body": {
                        "to": "user@contoso.com",
                        "subject": "Order received",
                        "body": "New order from @{triggerBody()?['CustomerName']}"
                    },
                    "path": "/v2/Mail/"
                },
                "runAfter": {}
            }
        },
        "triggers": {
            "When_a_new_order_is_created": {
                "type": "ApiConnection",
                "inputs": {
                    "host": {
                        "connection": {
                            "name": "@parameters('$connections')['dynamicscrmonline']['connectionId']"
                        }
                    },
                    "method": "get",
                    "path": "/v2.0/accounts?$filter=createdon%20gt%20@{utcNow()}"
                },
                "recurrence": {
                    "frequency": "Minute",
                    "interval": 5
                }
            }
        }
    }
}

Walk-Through

1

Create a Logic App resource

In the Azure portal, click 'Create a resource', search for 'Logic App', and select the type: Consumption or Standard. For AZ-900, focus on Consumption (pay-per-use). Provide a name, subscription, resource group, and region. Click Review + Create, then Create. Azure provisions the Logic App runtime and opens the Logic Apps Designer. Behind the scenes, Azure creates a workflow definition file (JSON) and a set of connections resources. The region determines where the workflow runs; choose the region closest to your data sources to minimize latency.

2

Add a trigger

In the designer, choose a trigger from the gallery. Common triggers include 'When a new email arrives' (Office 365), 'When an HTTP request is received', or 'Recurrence' (schedule). For example, select 'When an HTTP request is received' to create a webhook. You must provide a JSON schema for the request body (optional but recommended). Azure generates a callback URL endpoint. When a client sends an HTTP POST to that URL, the Logic App triggers. The trigger fires for each request; if multiple requests arrive simultaneously, multiple instances run concurrently (up to subscription limits).

3

Add actions

After the trigger, click '+ New step' to add actions. Search for a connector (e.g., 'Office 365 Outlook - Send an email') or a built-in operation (e.g., 'Condition'). Configure each action's inputs. For example, in 'Send an email', specify the recipient, subject, and body. You can use dynamic content from previous steps (e.g., trigger body). Each action runs sequentially unless you add parallel branches. Logic Apps automatically handles data type conversion and retries on failure. You can also add error handling by configuring 'Configure run after' settings on actions (e.g., run only if previous step failed).

4

Add conditions and loops

To add logic, use 'Condition' (if-then-else), 'Switch' (multiple cases), 'For each' (loop over an array), or 'Until' (repeat until condition met). For example, add a Condition to check if an order amount exceeds $1000. In the Condition, specify an expression like `@greater(triggerBody()?['Total'], 1000)`. If true, send an approval email; else, send a confirmation. Loops iterate over arrays; be mindful of concurrency limits (default: 20 iterations at a time). Conditions and loops can be nested. The designer visually shows the branching, making it easy to read.

5

Save and test

After building the workflow, click 'Save'. Azure validates the definition and saves it. To test, trigger the workflow manually (e.g., send an HTTP request to the trigger URL) or wait for the schedule. Monitor runs in the 'Overview' blade: successful runs show green checkmarks; failed runs show red. Click a run to see each step's input/output. For debugging, you can add 'Compose' actions to inspect data. Logic Apps retains run history for 90 days (Consumption) or customizable retention (Standard). If a step fails, you can resubmit the run from the failed step.

What This Looks Like on the Job

Scenario 1: Automating Sales Order Processing

Problem: A retail company receives orders via email, website, and phone. Sales reps manually enter order details into an ERP system (SAP) and then send a confirmation email. This takes 5 minutes per order, with a 2% error rate. Solution: Build a Logic App that triggers when a new email arrives in a shared mailbox. The Logic App extracts order details using a 'Parse JSON' action, checks inventory via an HTTP call to the ERP API, updates a SQL Server database, and sends a confirmation email via Office 365. If inventory is low, it sends an alert to the purchasing team. Scale: Handles 500 orders/day. Cost: ~$50/month on Consumption plan. Failure: Without error handling, if the ERP API times out, the order is lost. Properly configured, the Logic App retries 3 times and logs failures to a queue for manual review.

Scenario 2: HR Onboarding Workflow

Problem: An HR department manually creates accounts in Active Directory, assigns licenses in Office 365, enrolls the employee in training, and sends a welcome email. This takes 2 hours per new hire. Solution: A Logic App triggered by a new row in an Excel spreadsheet (via OneDrive for Business). It creates a user in Azure AD using the Microsoft Graph connector, assigns an Office 365 license (requires a 'Condition' to check license availability), sends a welcome email, and posts a message in Teams. Scale: 20 new hires/month. Cost: ~$10/month. Failure: If the connector authentication expires, the workflow fails silently. Regular monitoring of run history is essential.

Scenario 3: Social Media Monitoring

Problem: A marketing team wants to track mentions of their brand on Twitter and log them in a SharePoint list for analysis. Solution: A Logic App with a Twitter trigger ('When a new tweet is posted') that searches for a keyword. Each tweet is parsed and written to a SharePoint list via the SharePoint connector. Scale: 1000 tweets/day. Cost: ~$30/month. Failure: Twitter API rate limits can cause throttling; Logic Apps retries but may exceed limits. Solution: use a 'Delay' action to space out requests.

How AZ-900 Actually Tests This

AZ-900 Exam Objective 2.2: Describe core Azure compute services

Specific objective: 'Describe Azure Logic Apps, including when to use it and its key features.' The exam expects you to know:

Logic Apps is a serverless integration service for automating workflows and connecting systems.

It uses a visual designer; minimal coding required.

Key components: triggers, actions, connectors, on-premises data gateway.

Pricing: Consumption (pay-per-execution) and Standard (fixed cost).

Use cases: automate business processes, integrate SaaS apps, B2B messaging (with EIP).

Common Wrong Answers and Why Candidates Choose Them

1.

'Logic Apps is for running custom code in response to events.' This describes Azure Functions. Candidates confuse the two because both are serverless and event-driven. Remember: Logic Apps is for orchestration (connecting services), Functions is for executing code. If you need to run a snippet of C# or Python, choose Functions. If you need to move data between Salesforce and SharePoint, choose Logic Apps.

2.

'Logic Apps requires programming skills to use.' The visual designer means you can build workflows without coding. However, complex logic may require expressions (e.g., @utcNow()). The exam emphasizes 'no-code/low-code'.

3.

'Logic Apps can only connect to Microsoft services.' False. There are hundreds of connectors for third-party services like Twitter, Salesforce, and GitHub. Also, you can use HTTP actions to call any REST API.

4.

'Logic Apps runs on a virtual machine.' No, it is serverless. You do not provision VMs. The underlying infrastructure is managed by Azure.

Specific Terms and Values

Consumption plan: Pay per action execution.

Standard plan: Fixed monthly cost, dedicated environment.

Integration Service Environment (ISE): Isolated, dedicated runtime for high-security needs.

On-premises data gateway: Required to connect to on-premises data sources.

Triggers: 'When an HTTP request is received', 'Recurrence', 'When a new email arrives'.

Actions: 'Send an email', 'Create a record', 'Condition'.

Retry policy: Default 4 retries with exponential backoff.

Run history retention: 90 days for Consumption.

Edge Cases and Tricky Distinctions

Logic Apps vs. Power Automate: Power Automate (formerly Microsoft Flow) is a simpler, user-friendly version for non-IT users. Logic Apps is for enterprise-grade integrations with advanced features (e.g., EIP, ISE). The exam may ask which is more suitable for a developer vs. a business analyst.

Logic Apps vs. Azure Functions: Functions is code-centric; Logic Apps is configuration-centric. Both can call each other—a Logic App can call a Function, and a Function can trigger a Logic App.

Stateful vs. Stateless: Standard plan supports stateless workflows (no run history, faster) for high-throughput scenarios. Consumption is always stateful.

Memory Trick: 'LACE' for Logic Apps

L: Low-code (visual designer)

A: Automates workflows

C: Connects systems via connectors

E: Event-driven (trigger-based)

When you see a question about integrating SaaS apps without coding, think 'Logic Apps'.

Key Takeaways

Azure Logic Apps is a serverless integration service for automating workflows without writing code.

It uses triggers (e.g., HTTP request, schedule) and actions (e.g., send email, update database) built from connectors.

Logic Apps can connect to hundreds of services, including Microsoft, third-party, and on-premises via data gateway.

Pricing models: Consumption (pay-per-action) and Standard (fixed monthly cost).

Key exam distinction: Logic Apps vs. Power Automate (simpler) vs. Azure Functions (code-centric).

Logic Apps supports retry policies (default 4 retries) and error handling via scopes.

Run history is retained for 90 days (Consumption plan).

Easy to Mix Up

These come up on the exam all the time. Here's how to tell them apart.

Azure Logic Apps

Visual designer; low-code/no-code

Primarily for integration and orchestration

Uses connectors and built-in actions

Stateful by default (run history preserved)

Pay-per-action (Consumption) or fixed (Standard)

Azure Functions

Code-centric (C#, Java, Python, etc.)

Primarily for running custom code in response to events

Uses bindings and triggers (e.g., HTTP, timer, queue)

Stateless by default (stateful with Durable Functions)

Pay-per-execution (Consumption) or fixed (Premium)

Watch Out for These

Mistake

Logic Apps requires a virtual machine to run.

Correct

Logic Apps is serverless. Microsoft manages the infrastructure. You only define the workflow logic.

Mistake

You must write code in C# or JavaScript to create a Logic App.

Correct

Logic Apps provides a visual designer. You can build workflows by dragging and dropping connectors. Code is optional for advanced expressions.

Mistake

Logic Apps can only be triggered by an HTTP request.

Correct

Logic Apps supports many triggers including schedules (Recurrence), email arrival, file creation, and SaaS events (e.g., Salesforce new record).

Mistake

Logic Apps and Azure Functions are identical services.

Correct

Logic Apps is for orchestrating workflows and integrating services. Azure Functions is for running custom code. They complement each other but are different.

Mistake

Logic Apps cannot connect to on-premises systems.

Correct

Logic Apps can connect to on-premises systems using the on-premises data gateway, which securely bridges on-premises data sources to Azure.

Frequently Asked Questions

What is the difference between Azure Logic Apps and Power Automate?

Power Automate (formerly Microsoft Flow) is a simplified version of Logic Apps aimed at business users. It offers a more intuitive interface and pre-built templates for common scenarios. Logic Apps provides advanced features like the Enterprise Integration Pack (B2B messaging), Integration Service Environment (ISE), and deeper control over workflows (e.g., custom retry policies, parallel branches). For AZ-900, know that Power Automate is for 'citizen developers' while Logic Apps is for professional developers and complex integrations.

Can Azure Logic Apps run on-premises?

Logic Apps runs in Azure, but it can connect to on-premises data sources via the on-premises data gateway. The gateway is a software agent installed on a local server that securely transfers data between Logic Apps and on-premises systems (e.g., SQL Server, file shares). It uses Azure Service Bus for communication. For true on-premises execution, consider using Azure Arc or the Integration Service Environment (ISE) with VNet injection.

What is a connector in Azure Logic Apps?

A connector is a pre-built API that allows Logic Apps to interact with a specific service or system. Connectors handle authentication, data format conversion, and retries. There are two types: managed connectors (hosted by Microsoft, e.g., Office 365, Salesforce) and custom connectors (created for your own APIs). Each connector provides a set of triggers and actions. For example, the Office 365 Outlook connector has triggers like 'When a new email arrives' and actions like 'Send an email'.

How does pricing work for Azure Logic Apps?

Azure Logic Apps has two main pricing plans: Consumption (pay-per-execution) and Standard (fixed monthly cost). Under Consumption, you pay for each action execution (including trigger fires) and data transfer. For example, a workflow with 5 actions that runs 1000 times costs for 5000 action executions. Standard plan charges a fixed hourly rate and includes a set number of executions (e.g., 1 million per month). Additionally, the Integration Service Environment (ISE) has its own pricing for dedicated resources. For AZ-900, focus on Consumption as the default.

What is the Enterprise Integration Pack (EIP) in Logic Apps?

The Enterprise Integration Pack (EIP) is an add-on for Logic Apps that enables B2B (business-to-business) integration scenarios. It includes features like XML transformation (maps), trading partner management, and support for industry-standard protocols (AS2, EDIFACT, X12). To use EIP, you need an Integration Account, which stores artifacts like schemas, maps, certificates, and partner agreements. EIP is commonly used in supply chain and healthcare industries for electronic data interchange (EDI).

Can Azure Logic Apps be used for scheduled tasks?

Yes, Logic Apps has a 'Recurrence' trigger that runs workflows on a schedule (e.g., every hour, daily at 9 AM). You can also use the 'Sliding Window' trigger for more complex scheduling (e.g., run every 15 minutes but only during business hours). This makes Logic Apps a viable alternative to Azure Scheduler (which is being retired) for simple cron jobs. However, for complex scheduling with dependencies, consider Azure Data Factory or Azure Functions with timer triggers.

What is the on-premises data gateway in Logic Apps?

The on-premises data gateway is a software component that acts as a bridge between Azure Logic Apps and on-premises data sources (e.g., SQL Server, Oracle, file shares). It is installed on a local server (Windows) and registered with an Azure gateway resource. The gateway securely transfers data using Azure Service Bus and supports multiple users. For AZ-900, know that the gateway is required for on-premises connectivity and that it can be used by multiple Azure services (Logic Apps, Power BI, Power Automate).

Terms Worth Knowing

Ready to put this to the test?

You've just covered Azure Logic Apps — now see how well it sticks with free AZ-900 practice questions. Full explanations included, no account needed.

Done with this chapter?