| title | description | services | ms.service | ms.suite | author | ms.author | ms.reviewer | manager | ms.assetid | ms.topic | ms.date |
|---|---|---|---|---|---|---|---|---|---|---|---|
Pricing & billing - Azure Logic Apps | Microsoft Docs |
Learn how pricing and billing works for Azure Logic Apps |
logic-apps |
logic-apps |
logic-apps |
kevinlam1 |
klam |
estfan, LADocs |
carmonm |
f8f528f5-51c5-4006-b571-54ef74532f32 |
article |
10/16/2018 |
You can create and run automated integration workflows that can scale in the cloud when you use Azure Logic Apps. Here are the details about how billing and pricing work for Logic Apps.
For new logic apps that run in the public or "global" Logic
Apps service, you pay only for what you use. These logic apps
use a consumption-based plan and pricing model. In your logic app
definition, each step is an action. Actions include the trigger,
any control flow steps, built-in actions, and connector calls.
Logic Apps meters all actions that run in your logic app.
For more information, see Logic Apps Pricing.
For new logic apps that run inside an integration service environment (ISE), you pay a fixed monthly price for built-in actions and standard ISE-labeled connectors. An ISE provides a way for you to create and run isolated logic apps that can access resources in an Azure virtual network.
Your ISE includes one free Enterprise connector, which includes as many connections as you want. Usage for additional Enterprise connectors are charged based on the Enterprise consumption price.
Note
The integration service environment is in private preview. To request access, create your request to join here. For more information, see Logic Apps Pricing.
Triggers are special actions that create a logic app instance when a specific event happens. Triggers act in different ways, which affect how the logic app is metered.
-
Polling trigger – This trigger continually checks an endpoint for messages that satisfy the criteria for creating a logic app instance and starting the workflow. Even when no logic app instance gets created, Logic Apps meters each polling request as an execution. To specify the polling interval, set up the trigger through the Logic App Designer.
-
Webhook trigger – This trigger waits for a client to send a request to a specific endpoint. Each request sent to the webhook endpoint counts as an action execution. For example, the Request and HTTP Webhook trigger are both webhook triggers.
-
Recurrence trigger – This trigger creates a logic app instance based on the recurrence interval that you set up in the trigger. For example, you can set up a recurrence trigger that runs every three days or on a more complex schedule.
Logic Apps meters built-in actions as native actions. For example, built-in actions include calls over HTTP, calls from Azure Functions or API Management, and control flow steps such as loops and conditions
- each with their own action type. Actions that call connectors have the "ApiConnection" type. These connectors are classified as standard or enterprise connectors, which are metered based on their respective pricing. Enterprise connectors in Preview are charged as standard connectors.
Logic Apps meters all successfully and unsuccessfully run actions as action executions. Logic Apps doesn't meter these actions:
- Actions that get skipped due to unmet conditions
- Actions that don't run because the logic app stopped before finishing
Disabled logic apps aren't charged while disabled because they can't create new instances.
Note
After you disable a logic app, any currently running instances might take some time before they completely stop.
For actions that run inside loops, Logic Apps counts each action per cycle in the loop. For example, suppose you have a "for each" loop that processes a list. Logic Apps meters an action in that loop by multiplying the number of list items with the number of actions in the loop, and adds the action that starts the loop. The calculation for a 10-item list is (10 * 1) + 1, which results in 11 action executions.
Consumption-based usage applies to integration accounts where you can explore, develop, and test the B2B/EDI and XML processing features in Logic Apps at no additional cost. You can have one integration account per region. Each integration account can store up to specific numbers of artifacts, which include trading partners, agreements, maps, schemas, assemblies, certificates, batch configurations, and so on.
Logic Apps also offers basic and standard integration accounts with supported Logic Apps SLA. You can use basic integration accounts when you just want message handling or act as a small business partner that has a trading partner relationship with a larger business entity. Standard integration accounts support more complex B2B relationships and increase the number of entities you can manage. For more information, see Azure pricing.