了解 Power Automate 和 Power Platform 限制有助于用户设计可扩展的 Power Automate 流。
这些限制会影响流的性能，并有助于避免因违反请求限制而导致流的节流（变慢）或关闭。 任何连续 14 天被节流的流都会被关闭。 这些流可以随时再次打开；但是，如果其性能没有提高，流将继续被禁用。
了解详细信息：
如何检查您的许可计划
某些平台和 API 限制取决于您的许可计划。 从 Power Automate，确定许可证和功能的最简单方法是选择设置>查看我的许可证。
或者，从 Power Automate 门户选择 Ctrl + Alt+ A 获取更深层次的计划详细信息。
API 请求限制
Microsoft Power Platform 中的请求包括用户在产品中进行的各种操作。 在高层次上，API 请求是对连接器、流程顾问分析、HTTP 操作和内置操作（如初始化变量或使用撰写操作）的请求。 成功和失败的操作都会计入 API 请求限制。 此外，分页中的重试和其他请求也计入操作执行。 了解更多信息：哪些会计为 Power Platform 请求？
根据许可证计划，云端流在一天内可以运行的操作数是有限制的。 这些限制不同于连接器限制。 您可以通过从流详细信息页面选择分析，然后访问操作选项卡来查看您的流运行的操作数。
即使流使用较少的 Power Platform 请求，如果流的运行频率高于您的预期，您仍然可能达到限制。 例如，您可能会创建一个云端流，每当您的经理向您发送电子邮件时，该流就会向您发送推送通知。 每次您收到电子邮件（从任何人）时，该流都必须运行，因为该流必须检查电子邮件是否来自于您的经理。 此限制适用于 24 小时内跨所有流的所有运行。
以下是一些估计流的请求使用情况的指南。
- 一个或多个操作作为流运行的一部分运行。 具有一个触发器和一个操作的简单流每次运行时会产生两个“操作”，消耗 2 个请求。
- 流中的每个触发器/操作都会生成 Power Platform 请求。 所有类型的操作，如连接器操作、HTTP 操作、内置操作（从初始化变量、创建范围到简单的组合操作）都会生成 Power Platform 请求。
- 成功和失败操作都计入这些限制。 跳过的操作不计入这些限制。
- 每个操作将生成一个请求。 如果操作是应用于每个循环，那么循环处理多少个项目，就会产生多少个请求。
- 一个操作可以有多个表达式，但只能算作一个 API 请求。
- 来自分页的重试和额外请求也计为操作执行。
平台级别的 API 限制基于用户许可证。 了解更多信息：Power Automate 许可类型
连接器的 API 吞吐量限制
除了平台限制之外，每个连接器服务都有自己的限制。 Power Automate 中的连接器节流是指连接器执行速率限制或使用配额的机制，以防止滥用并确保公平的资源分配。 当连接器被节流时，则会限制在特定时间范围内可进行的请求或操作的数量。
当流达到连接器级节流限制时，服务会返回一个 429（请求过多）错误代码，并附带超过速率限制。请在 27 秒后重试等错误文本。
每个连接器都有自己的节流限制。
DataverseAPI 限制
作为连接器服务的 Dataverse 定义了自己的服务保护限制。 服务保护 API 限制按用户进行评估。 当流调用时，用户就是与该操作相关联的任何人。 通常，该用户是流所有者，但如果流在操作中调用了用户上下文，该用户也可以是调用用户。
流并发限制
设计可缩放的高效流包括了解并发、循环和去批处理限制，以帮助避免不必要的延迟。 了解更多信息：并发、循环和拆分限制。
操作突发限制
操作突发限制指的是在特定时间段内可触发的最大操作数量，通常以滚动时间窗口来衡量。 目前，每个流的上限为每 5 分钟 100,000 次操作。
任何触发或循环的突发都可能超过此限制，从而导致流减慢或限制。
要解决这一限制，可在多个流之间分配负载，例如使用子流或使用触发条件。
流设计限制
在设计流时，可能会遇到在设计/定义级别定义的限制。 如果遇到这些限制，请考虑重新设计流。
了解更多信息：流定义限制