计划和管理 Azure 逻辑应用的成本

适用范围:Azure 逻辑应用(消耗型 + 标准型)

本文可帮助你计划和管理 Azure 逻辑应用的成本。 使用此服务创建或添加任何资源之前,请使用 Azure 定价计算器估算成本。 开始使用 Azure 逻辑应用资源后,可使用 Microsoft 成本管理来设置预算和监视成本。 若要确定可能需要实施措施的领域,还可以查看预测的成本并监视支出趋势。

请记住,Azure 逻辑应用的成本只是 Azure 账单中每月成本的一部分。 尽管本文介绍的是如何估算和管理 Azure 逻辑应用的成本,但你需要为 Azure 订阅中使用的所有 Azure 服务和资源(包括任何第三方服务)付费。 在熟悉了如何管理 Azure 逻辑应用的成本之后,可以应用类似的方法来管理订阅中使用的所有 Azure 服务的成本。

Azure 成本管理支持大多数 Azure 帐户类型。 若要查看所有受支持帐户类型,请参阅了解成本管理数据。 若要查看成本数据,你至少需要对 Azure 帐户具有读取访问权限。

若要了解如何分配对 Microsoft 成本管理数据的访问权限,请参阅分配对数据的访问权限

了解计费模型

Azure 逻辑应用在 Azure 基础结构上运行,部署新资源时,该基础结构会随之产生成本。 请确保了解 Azure 逻辑应用的计费模型以及相关 Azure 资源,并在对已部署的资源进行更改时,管理由于这些依赖项而产生的成本。

通常会随 Azure 逻辑应用产生的成本

Azure 逻辑应用基于创建和使用的资源应用不同的定价模型:

下面是在创建以用于逻辑应用时产生成本的其他资源:

  • 集成帐户是一种单独的资源,可创建并链接到逻辑应用以便构建 B2B 集成。 集成帐户使用固定定价模型,其中的费率基于使用的集成帐户类型或层级。

  • 自定义连接器是一种为没有预生成连接器的 REST API 创建的单独资源,可在逻辑应用中使用。 自定义连接器执行使用消耗定价模型

存储操作和成本

Azure 逻辑应用使用 Azure 存储进行任何存储操作。 使用多租户 Azure 逻辑应用时,任何存储使用情况和成本都将附加到该逻辑应用。 数据保留和存储消耗使用固定定价模型来产生成本。 例如,来自运行历史记录的输入和输出保留在后台存储中,这与从逻辑应用独立创建、管理和访问的存储资源不同。

使用单租户 Azure 逻辑应用时,可以使用自己的 Azure 存储帐户。 借助此功能,可以更灵活、更好地控制 Azure 逻辑应用数据。 有状态工作流运行其操作时,Azure 逻辑应用运行时会执行存储事务。 例如,使用队列来进行计划,而使用表和 Blob 来存储工作流状态。 存储成本根据工作流的内容而变化。 不同的触发器、操作和有效负载会导致不同的存储操作和需求。 存储事务遵循 Azure 存储定价模型。 存储成本在 Azure 计费发票中单独列出。

对于单租户 Azure 逻辑应用,你可以使用逻辑应用存储计算器,了解工作流可能运行的存储操作的数量及其成本。 可以选择一个示例工作流或使用现有的工作流定义。 第一个计算估计工作流中的存储操作数。 然后,可以通过 Azure 定价计算器使用这些数字来估算可能的成本。 有关详细信息,请参阅“估计单租户 Azure 逻辑应用中工作流的存储需求和成本”。

删除资源后可能会产生成本

删除逻辑应用后,Azure 逻辑应用不会创建或运行新的工作流实例。 但是,所有正在进行的以及挂起的运行将会继续,直到完成。 此过程可能需要一段时间,具体取决于这些运行的数量。 有关详细信息,请参阅管理逻辑应用

如果在删除逻辑应用后拥有这些资源,则这些资源会继续存在并产生成本,直到删除它们:

  • 独立于连接到这些资源的逻辑应用而创建和管理的 Azure 资源,例如,Azure 函数应用、事件中心、事件网格等

  • 集成帐户

将货币额度用于 Azure 逻辑应用

可以使用 EA 货币承诺额度支付 Azure 逻辑应用费用。 但是,不能使用 EA 货币承诺额度支付第三方产品和服务的费用(包括 Azure 市场中的第三方产品和服务)。

估算成本

使用 Azure 逻辑应用创建资源之前,请使用 Azure 定价计算器估算成本。 有关详细信息,请参阅 Azure 逻辑应用的定价模型

  1. Azure 定价计算器页的左侧菜单中,选择“集成” >“Azure 逻辑应用”。

    显示 Azure 定价计算器的屏幕截图,其中选择了“Azure 逻辑应用”。

  2. 向下滚动页面,直到可以查看 Azure 逻辑应用定价计算器。 在与 Azure 逻辑应用直接相关的 Azure 资源的各个部分中,输入计划使用的资源数,以及可以使用这些资源的间隔数。

    此屏幕截图显示使用计算器的成本估算示例:

    显示 Azure 定价计算器中的预估成本的示例

  3. 若要在创建和使用新的相关资源时更新成本估算,请返回到此计算器,并在此处更新这些资源。

监视成本

资源使用单位成本因时间间隔(如秒、分钟、小时和天)或单位使用量(如字节、MB 等)而异。 有些示例是按天、当前、上个月和年划分的。 随着时间的推移切换到较长的视图,可帮助你确定支出趋势。 使用成本分析功能时,可以按各种时间间隔以图和表的形式查看成本。 如果创建了预算和成本预测,则还可以轻松查找超出预算以及可能发生超支的位置。

开始针对在 Azure 中创建或开始使用的资源产生成本后,可以通过以下方式查看和监视这些成本:

监视逻辑应用执行和存储使用情况

使用 Azure Monitor 可以查看特定逻辑应用的以下指标:

  • 计费的操作执行数
  • 计费的触发器执行数
  • 本机操作执行的计费使用情况
  • 标准连接器执行的计费使用情况
  • 存储消耗的计费使用情况
  • 计费的执行总数

查看执行和存储消耗指标

  1. 在 Azure 门户中,查找并打开逻辑应用。 在逻辑应用的菜单中的“监视”下,选择“指标” 。

  2. 在右侧窗格中的“图表标题”下,在指标栏中打开“指标”列表,然后选择所需指标 。

    注意

    存储消耗按照逻辑应用使用和进行计费的存储单位 (GB) 数进行度量。 使用的存储小于 500 MB 的运行可能不会出现在监视视图中,但仍会进行计费。

    显示“指标”窗格的屏幕截图,其中打开了“指标”列表。

  3. 在窗格的右上角,选择所需时间段。

  4. 若要查看其他存储消耗数据(特别是逻辑应用运行历史记录中的操作输入和输出大小),请执行以下步骤

在运行历史记录中查看操作输入和输出大小

  1. 在 Azure 门户中,查找并打开逻辑应用。

  2. 在逻辑应用的菜单中,选择“概述”。

  3. 在右侧窗格的“运行历史记录”下,选择具有要查看的输入和输出的运行。

  4. 在“逻辑应用运行”下,选择“运行详细信息”。

  5. 在“逻辑应用运行详细信息”窗格的“操作表”中(其中列出了每个操作的状态和持续时间),选择要查看的操作。

  6. 在“逻辑应用操作”窗格中,找到该操作的输入和输出的大小。 在“输入链接”和“输出链接”下,找到这些输入和输出的链接 。

    注意

    对于循环,只有顶级操作才会显示其输入和输出的大小。 对于嵌套循环内的操作,输入和输出会显示零大小和无链接。

使用 Microsoft 成本管理和计费运行成本分析

若要基于特定范围(例如,Azure 订阅)查看 Azure 逻辑应用的成本,可以使用 Azure 成本管理和计费中的成本分析功能。

  1. 在 Azure 门户中,打开所需范围,如 Azure 订阅。 在左侧菜单的“成本管理”下,选择“成本分析” 。

    首次打开成本分析窗格时,顶部图显示订阅中所有服务在当前月份的实际和预测使用成本。

    显示 Azure 门户和成本分析窗格的屏幕截图,其中包含订阅中实际和预测成本的示例。

    提示

    若要更改范围,请在“成本分析”窗格中的筛选器栏上,选择“范围”筛选器 。 在“选择范围”窗格中,切换到所需范围。

    在下方,圆环图按 Azure 服务、Azure 区域(位置)和资源组显示当前成本。

    显示 Azure 门户和成本分析窗格的屏幕截图,其中包含服务、区域和资源组的示例圆环图。

  2. 若要将图表筛选到特定区域(如服务或资源),请在筛选器栏中选择“添加筛选器”。

  3. 从左侧列表中,选择筛选器类型,例如“服务名称”。 从右侧列表中,选择筛选器,例如“逻辑应用”。 完成后,选中绿色复选标记。

    显示 Azure 门户和成本分析窗格的屏幕截图,其中包含筛选器选择。

    例如,下面是 Azure 逻辑应用的结果:

    显示 Azure 门户和成本分析窗格的屏幕截图,其中对“逻辑应用”筛选了结果。

导出成本数据

需要对成本进行更多数据分析时,可以将成本数据导出到存储帐户。 例如,财务团队可以使用 Excel 或 Power BI 来分析数据。 可以按每天、每周或每月计划导出成本,并设置自定义的日期范围。 建议导出成本数据来检索成本数据集。

管理和降低成本的其他方式

若要帮助降低逻辑应用和相关资源的成本,请尝试以下选项:

  • 如果可能,请使用内置触发器和操作,它们在每次执行时的运行成本要低于托管连接器触发器和操作

    例如,使用 HTTP 操作或是通过调用使用 Azure Functions 服务创建的函数并使用内置 Azure Functions 操作来访问其他资源时,可能能够降低成本。 但是,使用 Azure Functions 也会产生成本,因此请确保对选项进行比较。

  • 指定精确触发器条件来运行工作流。

    例如,可以指定触发器仅当目标网站返回内部服务器错误时才会激发。 在触发器的 JSON 定义中,使用 conditions 属性可指定引用触发器状态代码的条件。

  • 如果触发器具有轮询版本和 Webhook 版本,请尝试 Webhook 版本,该版本会在激发之前等待指定事件发生,而不是定期检查事件。

  • 通过其他服务(例如 Azure Functions 或 Azure 服务总线)调用逻辑应用,以便触发器仅在工作流应运行时才会触发。

  • 禁用无需持续运行的逻辑应用,或者删除完全不再需要的逻辑应用。 如果可能,请禁用不需要持续保持活动状态的任何其他资源。

后续步骤