Power Platform请求限制之Power Automate

详细了解Power Platform的请求(API request)限制对于企业部署Power Platfrom相关产品至关重要.本篇介绍Power Automate的API请求限制.那怎么样才算做一个请求(调用), 如何估算一个flow的大体消耗呢？

1. 一个具有一个触发器和一个操作的简单流程会导致每次运行时都会产生两个“操作”，从而消耗两个请求. 例如当文件在SharePoint站点被创建时，发送通知.

2. 流程中的每个触发器/操作都会生成 Power Platform 请求。连接器操作、HTTP 操作、内置操作（从初始化变量、创建范围到简单的 撰写操作）等各种操作都会生成 Power Platform 请求。例如，连接到 SharePoint 或 Exchange、Twitter、Dataverse 的流程；所有这些操作都计入 Power Platform 请求限制。

3. 成功和失败的操作也会计入这些限制。 跳过的操作不计入这些限制。

4. 每个操作都会生成一个请求。 如果操作处于应用于每个循环的状态，则会在循环执行时生成更多 Power Platform 请求. 例如提取邮件的附件并存至OneDrive,这就是一个循环操作.

5. 一个动作可以有多个表达式，但它被视为一个 API 请求. 以提取邮寄附件的例子，表达式可以为：如果附件是PDF类型并且大小大于2M才触发存储操作.

6. 来自分页的重试和额外请求也算作操作执行. 例如请求SharePoint站点的列表，https的get，Dataverse的Row set.

假如你仅有Office订阅的权限，那么对于每用户的24小时限制为6K个请求,云端流为10K(transition period/过渡期). 如下图右边的用户24小时限制为40k(Power Automate Plan 2 Trial).

在实际应用中，应该仔细规划和构建每个FLOW，因为对于同一目标的实现可以有多种不同的组合，尽量找出最优组合来最大化利用请求限制 .下一篇我将用实例来说明这一点.