适用于 Azure 逻辑应用的使用量计量、计费和定价模型

借助 Azure 逻辑应用可以创建和运行可在云中缩放的自动化集成工作流。 本文介绍适用于 Azure 逻辑应用及相关资源的计量、计费和定价模型的工作原理。 有关特定定价费率、成本计划或不同托管环境等信息,请查看以下内容:

消耗(多租户)

在多租户 Azure 逻辑应用中,逻辑应用及其工作流在定价和计费方面遵循消耗计划。 你可以通过多种方式创建此类逻辑应用,例如,当你选择“逻辑应用(消耗)”资源类型时,请使用 Visual Studio Code 中的“Azure 逻辑应用(消耗)”扩展。

下表总结了当以下组件与多租户 Azure 逻辑应用中的逻辑应用和工作流一起使用时,消耗模型如何处理这些组件的计量和计费:

组件 度量和计费
触发器和操作 消耗模型包含工作流可以免费运行内置操作的初始次数。 超过此次数后,将对每次执行进行计量,并按照消耗计划的操作定价进行计费。 对于其他操作类型(例如托管连接器),按消耗计划的标准或企业连接器定价进行计费。 有关详细信息,请查看消耗模型中的触发器和操作
存储操作 仅对与数据保留相关的存储消耗进行计量,例如保存工作流运行历史记录中的输入和输出。 计费遵循消耗计划的数据保留定价。 有关详细信息,请查看存储操作
集成帐户 根据所创建的、与逻辑应用一起使用的集成帐户类型进行计量。 除非逻辑应用部署并托管在集成服务环境 (ISE) 中,否则计费遵循集成帐户定价。 有关详细信息,请查看集成帐户

消耗模型中的触发器和操作

除了工作流可以运行的免费内置操作执行的初始次数外,无论整个工作流是否成功运行、完成甚至是实例化,消耗模型都会根据每次执行对操作进行计量和计费。 一个操作通常只执行一次,除非该操作启用了重试尝试。 相应地,一次执行通常只进行一次调用,除非该操作支持并启用分块或分页以获取大量数据。 如果启用了分块或分页,一次操作执行可能需要进行多次调用。 消耗模型按每次执行而非每次调用对操作进行计量和计费。

例如,假设工作流从轮询触发器开始,该触发器通过定期对终结点进行出站调用来获取记录。 无论触发器是触发还是被跳过,出站调用都按单次执行进行计量和计费。 触发器状态控制是否创建和运行工作流实例。 现在,假设该操作还支持并启用了分块或分页。 如果该操作必须进行 10 次调用才能获取所有数据,那么,尽管进行了多次调用,该操作仍按单次执行进行计量和计费。

下表总结了当以下操作类型与多租户 Azure 逻辑应用中的逻辑应用和工作流一起使用时,消耗模型如何处理这些操作类型的计量和计费:

操作类型 说明 度量和计费
内置 这些操作使用 Azure 逻辑应用运行时直接以本机方式运行。 在设计器中,你可以在“内置”标签下找到这些操作。

例如,HTTP 触发器和请求触发器是内置触发器。 HTTP 操作和响应操作是内置操作。 其他内置操作包括工作流控制操作(例如循环和条件)、数据操作和批处理操作等。

消耗模型包含工作流可以免费运行内置操作的初始次数。 如果超过此次数,内置操作执行将遵循操作定价

注意:某些托管连接器操作也作为内置操作提供,这些操作的执行包含在初始免费操作次数中。 如果超过初始免费操作次数,计费将遵循操作定价,而不是标准或企业连接器定价

托管连接器 这些操作在 Azure 中单独运行。 在设计器中,你可以在“标准”或“企业”标签下找到这些操作。 这些操作的执行遵循标准或企业连接器定价

注意:预览版企业连接器操作的执行遵循消耗计划的标准连接器定价

自定义连接器 这些操作在 Azure 中单独运行。 在设计器中,你可以在“自定义”标签下找到这些操作。 有关连接器数量、吞吐量和超时的限制,请查看 Azure 逻辑应用中的自定义连接器限制 这些操作的执行遵循标准连接器定价

若要详细了解消耗模型如何处理在其他操作(例如循环)内运行的操作、处理多个项(例如数组)的操作以及重试策略的操作,请查看其他操作行为

消耗模型的成本估算提示

以下提示有助于更准确地估计消耗成本:

  • 请考虑任何给定日可能到达的消息或事件数,而不是仅基于轮询间隔进行计算。

  • 当某个事件或消息满足触发器条件时,许多触发器将立即尝试读取任何其他满足条件的等待事件或消息。 此行为意味着,即使你选择较长的轮询间隔,触发器也基于符合启动工作流条件的等待事件或消息的数量进行触发。 遵循此行为的触发器包括 Azure 服务总线和 Azure 事件中心。

    例如,假设你设置了一个每天检查终结点的触发器。 当触发器检查终结点并找到 15 个满足条件的事件时,触发器触发并运行相应工作流 15 次。 逻辑应用服务会计量这 15 个工作流执行的所有操作,包括触发器请求。

标准(单租户)

在单租户 Azure 逻辑应用中,逻辑应用及其工作流在定价和计费方面遵循标准计划。 你可以通过多种方式创建此类逻辑应用,例如,当你选择“逻辑应用(标准)”资源类型时,请使用 Visual Studio Code 中的“Azure 逻辑应用(标准)”扩展。 此定价模型要求逻辑应用使用托管计划和定价层,它与消耗计划的不同之处在于,无论你是否使用预留容量和专用资源,都需要为其付费。

重要

基于“逻辑应用(标准)”资源类型创建或部署新的逻辑应用时,必须使用“工作流标准”托管计划。 尽管预览版本允许你使用应用服务计划、Functions 高级计划和应用服务环境,但这些选项不适用于“逻辑应用(标准)”资源类型。

下表总结了当以下组件与单租户 Azure 逻辑应用中的逻辑应用和工作流一起使用时,标准模型如何处理这些组件的计量和计费:

组件 度量和计费
虚拟 CPU (vCPU) 和内存 标准模型要求逻辑应用使用“工作流标准”托管计划和定价层,这确定了应用于计算和内存容量的资源级别和定价费率。 有关详细信息,请查看标准模型中的定价层
触发器和操作 标准模型包含工作流可以免费运行的不限次数的内置操作。

如果工作流使用任何托管连接器操作,将按每次调用对这些操作进行计量,计费则遵循与消耗计划相同的标准或企业连接器定价。 有关详细信息,请查看标准模型中的触发器和操作

存储操作 将对 Azure 逻辑应用运行的任何存储操作进行计量。 例如,当服务保存工作流运行历史记录中的输入和输出时,存储操作就会运行。 计费遵循你选择的定价层。 有关详细信息,请查看存储操作
集成帐户 如果创建集成帐户以供逻辑应用使用,将基于所创建的集成帐户类型进行计量。 计费遵循集成帐户定价。 有关详细信息,请查看集成帐户

标准模型中的定价层

你选择的用于对逻辑应用进行计量和计费的定价层包括虚拟 CPU (vCPU) 和内存资源中的特定计算量。 目前,只有“工作流标准”托管计划可用于“逻辑应用(标准)”资源类型,并提供以下定价层:

重要

以下示例仅用于演示,并提供估算示例来大致展示定价层的工作原理。 有关基于特定区域(提供 Azure 逻辑应用)的特定 vCPU 和内存定价,请查看 Azure 逻辑应用定价页上选定区域的标准计划

假设在示例区域中,以下资源每小时的费率为:

资源 每小时费率(示例区域)
vCPU 每个 vCPU 1.250376 元
内存 每 GB 0.08904 元

标准模型中的触发器和操作

除了工作流可以免费运行的不限次数的内置操作外,无论整个工作流是否成功运行、完成甚至是实例化,标准模型都会根据每次调用对操作进行计量和计费。 一个操作通常只执行一次,除非该操作启用了重试尝试。 相应地,一次执行通常只进行一次调用,除非该操作支持并启用分块或分页以获取大量数据。 如果启用了分块或分页,一次操作执行可能需要进行多次调用。 标准模型按每次调用而非每次执行对操作进行计量和计费。

例如,假设工作流从轮询触发器开始,该触发器通过定期对终结点进行出站调用来获取记录。 无论触发器是触发还是被跳过,都会对出站调用进行计量和计费。 触发器状态控制是否创建和运行工作流实例。 现在,假设该操作还支持并启用了分块或分页。 如果该操作必须进行 10 次调用才能获取所有数据,则按每次调用对该操作进行计量和计费。

下表总结了当以下操作类型与单租户 Azure 逻辑应用中的逻辑应用和工作流一起使用时,标准模型如何处理这些操作类型的计量和计费:

操作类型 说明 度量和计费
内置 这些操作使用 Azure 逻辑应用运行时直接以本机方式运行。 在设计器中,你可以在“内置”标签下找到这些操作。

例如,HTTP 触发器和请求触发器是内置触发器。 HTTP 操作和响应操作是内置操作。 其他内置操作包括工作流控制操作(例如循环和条件)、数据操作和批处理操作等。

标准模型包含免费的不限次数的内置操作。

注意:某些托管连接器操作也作为内置操作提供。 尽管内置操作是免费的,但标准模型仍会使用与消耗模型相同的标准或企业连接器定价对托管连接器操作进行计量和计费。

托管连接器 这些操作在 Azure 中单独运行。 在设计器中,你可以在组合的“Azure”标签下找到这些操作。 标准模型按照与消耗模型相同的标准和企业连接器定价对托管连接器操作进行计量和计费。

注意:预览版企业连接器操作遵循消耗计划的标准连接器定价

自定义连接器 目前,你只能在基于单租户的逻辑应用工作流中创建和使用自定义内置连接器操作 标准模型包含免费的内置操作。 有关吞吐量和超时的限制,请查看 Azure 逻辑应用中的自定义连接器限制

若要详细了解标准模型如何处理在其他操作(例如循环)内运行的操作、处理多个项(例如数组)的操作以及重试策略的操作,请查看其他操作行为

其他操作行为

下表总结了消耗和标准模型如何处理在其他操作(例如循环)内运行的操作、处理多个项(例如数组)的操作以及重试策略的操作:

Operation 说明 消耗 Standard
循环操作 循环操作(例如 For each 或 Until 循环)可以包含在每个循环周期内运行的其他操作 。 除了包含的内置操作的初始次数外,每次循环周期运行时,都会对循环操作以及此循环中的每个操作进行计量。 如果某一操作处理集合中的任何项,例如列表或数组,那么这些项的数量也会用于计量计算中。

例如,假设有一个 For each 循环,其中包含处理列表的操作。 服务会将列表项的数量与循环中的操作数量相乘,再加上启动循环的操作数。 因此,包含 10 个项的列表的计算公式为 (10 * 1) + 1,即 11 个操作执行。

定价取决于操作类型是内置操作、标准连接器操作还是企业连接器操作。

除了包含的内置操作次数外,其他方面与消耗模型相同。
重试策略 对于受支持的操作,可以通过设置重试策略来实现基本的异常和错误处理。 除了初始的内置操作次数外,将对原始执行和每次重试执行进行计量。 例如,执行 5 次重试的操作将按 6 次执行进行计量和计费。

定价取决于操作类型是内置操作、标准连接器操作还是企业连接器操作。

除了包含的内置操作次数外,其他方面与消耗模型相同。

存储操作

Azure 逻辑应用将 Azure 存储用于任何必需的存储事务,例如使用队列来计划触发器操作或使用表和 blob 来存储工作流状态。 根据工作流中的操作,存储成本会有所不同,因为不同的触发器、操作和有效负载会导致不同的存储操作和需求。 服务还会根据逻辑应用资源的运行历史记录保留限制,保存和存储工作流运行历史记录中的输入和输出。 你可以在逻辑应用资源级别而不是工作流级别管理此保留限制。

下表总结了消耗、标准和 ISE 模型如何处理存储操作的计量和计费:

型号 说明 度量和计费
消耗(多租户) 存储资源和使用量附加到逻辑应用资源。 按照消耗计划的数据保留定价,仅对与数据保留相关的存储消耗进行计量和计费。
标准(单租户) 你可以使用自己的 Azure 存储帐户,这使你能够更灵活地对工作流数据进行更好的控制。 计量和计费遵循 Azure 存储定价模型。 存储成本在 Azure 计费发票中单独显示。

提示:为了帮助你更好地了解工作流可能运行的存储操作的数量及其成本,请尝试使用逻辑应用存储计算器。 可以选择示例工作流或使用现有的工作流定义。 第一个计算估计工作流中的存储操作数。 然后,可以通过 Azure 定价计算器使用这些数字来估算可能的成本。

有关详细信息,请查看以下文档:

本地数据网关

本地数据网关是你创建的独立 Azure 资源,方便逻辑应用工作流使用网关支持的特定连接器访问本地数据。 网关资源本身不会产生费用,但通过网关运行的操作会产生费用,具体取决于逻辑应用使用的定价和计费模型。

集成帐户

集成帐户是一种独立的 Azure 资源,你可以将其创建为容器来定义和存储企业到企业 (B2B) 项目,例如贸易合作伙伴、协议、架构、映射等。 创建此帐户并定义这些项目后,将此帐户链接到逻辑应用,以便可以在工作流中使用这些项目和各种 B2B 操作,来探索、生成和测试使用 EDIXML 处理功能的集成解决方案。

下表总结了消耗、标准和 ISE 模型如何处理集成帐户的计量和计费:

建模 度量和计费
消耗(多租户) 计量和计费根据所使用的帐户层使用集成帐户定价
标准(单租户) 计量和计费根据所使用的帐户层使用集成帐户定价

有关详细信息,请查看以下文档:

其他不计量或计费的项

在所有定价模型中,不会对以下项进行计量或计费:

  • 由于不符合条件而跳过的触发器
  • 由于工作流在完成前停止而未运行的操作
  • 禁用的逻辑应用或工作流,因为它们在处于非活动状态时无法创建新实例。

后续步骤