请求限制和分配

Power Platform 请求限制存在,以帮助确保平台的服务级别、可用性和质量。 用户每天可以在 Power Apps、Power Automate、Microsoft Copilot Studio 和 Dynamics 365 应用程序中发起的请求数量有限制。

什么是 Microsoft Power Platform 请求?

Microsoft Power Platform 中的请求由用户在各产品中执行的操作构成。 在较高级别,API 请求的构成如下:

  • Power Apps – 所有对连接器和 Microsoft Dataverse 的 API 请求。
  • Power Automate - 所有对连接器、流程顾问分析、HTTP 操作和从初始化变量到简单撰写操作的内置操作的 API 请求。 成功和失败操作都计入这些限制。 此外,分页中的重试和其他请求也计入操作执行。 有关详细信息,请参阅哪些会计为 Power Platform 请求?
  • Microsoft Copilot Studio - 聊天机器人对话中 Power Automate 流的 API 请求(或调用)。
  • Dataverse – 所有创建、读取、更新和删除 (CRUD)、分配和共享操作,包括完成 CRUD 事务所需的用户驱动和内部系统请求,以及共享或分配等特殊操作。 它们可以来自任何客户端或应用程序(包括 Dynamics 365),使用任何终结点(SOAP 或 REST)。 包括但不限于进行上述操作的插件、经典工作流和自定义控件。

备注

对于 Dataverse,存在一小部分不受限制的系统内部操作,例如登录、注销和系统元数据操作。

以下各节介绍请求类型以及为每个类型设定的限制。

许可用户请求限制

基于分配给他们的许可证,Microsoft Power Platform 的所有用户在请求数量上都有限制。 下表定义了用户在 24 小时内可以进行的请求数:

产品 每个付费许可证每 24 小时的请求数
Power Platform(不包括 Power Apps 每应用、Power Automate 每流和 Microsoft Copilot Studio)和 Dynamics 365(不包括 Dynamics 365 Team Member)的付费许可用户1 40,000
Power Apps 即用即付计划,以及 Power Apps 每应用、具有 Power Platform 访问权限的 Microsoft 365 应用和 Dynamics 365 Team Member 的付费许可用户2 6,000
Power Automate 每流计划3、Microsoft Copilot Studio 基本套餐和 Microsoft Copilot Studio 附加产品包4 250,000
付费 Power Apps 门户登录 200

1 此类别包括 Power Apps 每用户计划(包括以前的 Power Apps 计划 1 和 Power Apps 计划 2 许可证)、Power Automate 每用户计划(包括以前的 Flow 计划 1 和 Flow 计划 2 许可证)、Dynamics 365 Sales Premium、Dynamics 365 Sales Enterprise、Dynamics 365 Sales Professional、Dynamics 365 Customer Service Enterprise、Dynamics 365 Customer Service Professional、Dynamics 365 Field Service、Microsoft Relationship Sales、Microsoft Industry Cloud、Dynamics 365 Project Service Automation、Dynamics 365 Commerce、Dynamics 365 Human Resources、Dynamics 365 Finance、Dynamics 365 Project Operations、Dynamics 365 Supply Chain Management、Dynamics 365 Customer Engagement 计划、Dynamics 365 Unified Ops 计划、Dynamics 365 计划、Dynamics 365 for Operations 设备、Dynamics 365 for Operations Activity、Dynamics AX 在线设备、Dynamics AX 在线任务、Dynamics CRM Online Enterprise 和 Dynamics CRM Online Professional 的付费许可证。

2 此类别包括 Power Apps 即用即付计划,以及 Power Apps 每应用计划、Dynamics 365 Team Member、Dynamics CRM Online Basic、Dynamics CRM Online Essential、Dynamics AX 自助服务、Microsoft 365 许可证和 Microsoft Project Online(计划 1、计划 3 和计划 5)的付费许可证。 有关包含 Power Apps 和 Power Automate 功能的 Microsoft 365 许可证,请参阅许可指南中的附录 B

3 Power Automate 每流计划允许为单个流专门保留容量,不论流的负责人是谁。 不在租户级别使用非许可用户请求限制。

4 Microsoft Copilot Studio 请求数从 Microsoft Copilot Studio 聊天机器人触发的 Power Automate 流统计。 Microsoft Copilot Studio 初始会话包和附加会话包都接收相同的每日 Power Platform 请求限制。

其他详细信息

Power Platform 请求限制仅包含在 Dynamics 365“基本 + 附加”许可模型中的付费基本许可证中。 附加许可证不包括单独的限制。 例如,如果用户将 Dynamics 365 Customer Service Enterprise 许可证作为基本许可证,将 Dynamics 365 Sales Enterprise 许可证作为附加许可证,请求总限制将是基本许可证 - Dynamics 365 Customer Service Enterprise 提供的数量。

如果为用户分配了多个付费许可证,允许的请求总数将是每个许可证允许的请求数之和。 例如,如果用户同时有 Dynamics 365 Customer Service Enterprise 基本许可证和 Power Apps 每用户许可证,则该用户每 24 小时将有总计 40,000 + 40,000 = 80,000 个可用请求。

Microsoft Copilot Studio 请求数从 Microsoft Copilot Studio 聊天机器人触发的 Power Automate 流统计。 Microsoft Copilot Studio 初始会话包和附加会话包都接收相同的每日 Power Platform 请求限制。

非许可用户请求限制

为不需要用户与服务交互的某些活动(例如:在数据库之间迁移数据的后台进程)设定了单独限制。 这些限制在租户级别定义和共用。 Dataverse 使您能够获得不需要任何用户与服务交互的身份。 这些实践包括:

此外,还有一些特殊的免费 ($0) 许可证,用于与 Dynamics 365 Marketing 等 Dynamics 365 应用程序进行交互。 有关更多详细信息,请参阅 Marketing 的许可方法

对于这些非许可身份,每个租户将获得按租户的初始基本请求限制(由租户中有哪些付费许可证确定),再加上付费 Dynamics 365 Enterprise 和 Professional 许可证数量确定的累积限制。1 此池只能由这些非许可用户使用,不能由分配了交互用户许可证的用户使用。

产品 每 24 小时共用非许可租户级请求数
Dynamics 365 Enterprise 和 Professional 应用程序1 500,000 个基本请求 + 每个 USL 累积 5,000 个请求1,最多 10,000,000 个2
Power Apps(所有许可证) 25,000 个基本请求,租户没有按许可证累积
Power Automate(所有许可证) 25,000 个基本请求,租户没有按许可证累积

1 此类别包括 Dynamics 365 Sales Premium、Dynamics 365 Sales Enterprise、Dynamics 365 Sales Professional、Dynamics 365 Customer Service Enterprise、Dynamics 365 Customer Service Professional、Dynamics 365 Field Service、Microsoft Relationship Sales、Dynamics 365 Project Service Automation、Dynamics 365 Commerce、Dynamics 365 Human Resources、Dynamics 365 Finance、Dynamics 365 Project Operations、Dynamics 365 Supply Chain Management、Dynamics 365 Customer Engagement 计划、Dynamics 365 Unified Ops 计划、Dynamics 365 计划、Dynamics CRM Online Enterprise 和 Dynamics CRM Online Professional 许可证。 Power Platform 请求累积非许可租户级限制仅通过 Dynamics 365“基本 + 附加”许可模型中的付费基本许可证授权。

2如果您预计会超出非许可用户限制,请联系您的经销商或 Microsoft 帐户团队讨论自定义解决方案。

其他详细信息

某些产品以服务主体的概念运行,会将其限制累积到非许可用户池中。 这是将限制与产品在平台上的运行方式保持一致的最佳方式。

如果租户有多种订阅,其非许可用户请求容量将使用请求数量较多的产品线订阅。 例如,如果客户同时有 Dynamics 365 Customer Service Enterprise 基本许可证订阅(500,000 个基本请求 + 累积限制)和 Power Apps 每用户订阅(25,000 个请求/天),他们的共用租户级请求容量将为 500,000 个基本请求 + 每 24 小时累积限制。

如果许可或非许可用户超出限制会怎样

Power Platform 请求限制已更新,在 2021 年末大幅增加,达到明显高于大多数客户的典型使用量的水平。 使用更新后的限制,预计很少会有用户超过以往记录的限制。 如果您预计会超出非许可用户限制,请联系您的经销商或 Microsoft 帐户团队讨论自定义解决方案。

在 Power Platform 请求使用情况报告在 Power Platform 管理中心正式发布后六个月内,不会执行任何可能的高使用量强制措施。

Microsoft 保留对超额使用执行限制的权利。 如果客户遇到高使用量强制措施,他们可能会受到某种形式的限制。 客户可以购买额外的容量来避免高使用量强制限制,或者将环境移至即用即付,为超出每日限制的实际使用量付费。

Power Platform 请求容量附加产品

在报告中观察到请求使用量经常超过限制的客户可以通过购买 Power Platform 请求容量附加产品来避免高使用量强制限制。 此附加产品允许客户增加特定高使用量许可用户或高使用量非许可用户的限制。 每个容量附加产品每 24 小时额外增加 50,000 个请求限制。 可以分配多个容量附加产品来增加限制。

转换期内无法将 Power Platform 请求容量附加产品包分配给用户或流。 但是,Microsoft 建议您购买这些附加产品以不超出许可证期限,并为转换期结束做好准备。

如果您的 Power Automate 流受限制,请尝试使用即用即付来确保环境中的任何流量都不会受到限制。 如果您无法使用即用即付,请购买附加产品并创建包含流详细信息和附加产品详细信息的 Microsoft 支持票证,以便支持团队可以为您的受限制流提供例外。

备注

目前,无法将容量附加产品分配给用户(包括应用程序、管理和非交互用户)。 分配容量附加产品功能的推出与实施高使用量限制的时间同步。

其他适用限制

除了每日 Power Platform 请求限制之外,还有特定于每个服务的其他服务保护限制。 与每日请求限制一样,这些限制通过保护服务免受恶意或干扰行为的影响来帮助维持服务质量,这些行为会破坏所有客户的服务。

请查看以下资源,以获取有关每个服务的当前服务保护限制的信息:

  • Dataverse 限制:适用于模型驱动应用和客户互动应用(如 Dynamics 365 Sales 和 Customer Service)、Power Apps 和 Power Automate(连接到 Dataverse/客户互动应用)
  • Power Automate 限制:适用于自动化、计划和即时流
  • 连接器的限制:适用于 Power Automate 和 Power Apps

在 Power Platform 管理中心查看详细的 Power Platform 请求使用情况信息(预览)

查看许可用户、非许可用户和每流许可流运行的 Power Platform 请求的消耗量。

  1. 登录 Power Platform 管理中心

  2. 在左侧导航窗格中,选择产能

  3. 摘要选项卡上,选择附加产品部分的下载报表

    显示 Power Platform 管理中心的容量页面并突出显示下载报表链接的图像。

  4. 从菜单中选择新建

    显示 Power Platform 管理中心的下载报表页面并突出显示用于创建新下载报表的按钮的图像。

  5. 选择报表框中选择 Microsoft Power Platform 请求

    显示 Power Platform 请求报表的下拉菜单的图像。

  6. 选择所需的报表类型,然后选择提交

  7. 报表准备就绪后,选择下载将报表下载为 Excel CSV 文件。

备注

这些报表目前处于预览阶段。 许可用户预览报表存在两个限制。

  • 许可用户的权利显示在每个用户每天每个环境的报表中。 限制应是在每个用户每天的级别应用。 在查看报表时,请了解限制基于每天每个用户的,每天仅使用一次权利数量,而不可能多次计算同一用户权利的总和。
  • 许可用户报表不会显示通过 Power Apps 每应用许可证或 Power Apps 每应用即用即付计量获得许可的用户的正确权利。 此类用户的权利将显示为 0,而实际上它们应显示为 6000(上面所述的每 24 小时的请求数)。

许可用户报表

许可用户报表显示每个用户每天的 Power Platform 请求使用情况和用户有权使用的数量。 可下载报告包含以下字段:

字段 说明
环境 ID 唯一 Power Platform 环境标识符。
环境名称 环境的显示名称。
调用方 ID 映射到 Active Directory ID 的调用标识的唯一标识符。 此值可以为 null 或为空。
调用方类型 调用方身份的类型。 许可用户报表的适用值为“用户”。
使用情况获取日期/时间 捕获使用情况的日期和时间 (UTC)。
授权数量 用户的任何 Power Platform 请求限制的总数。
总使用数量 所有类型的请求(Dataverse、Power Apps 和 Power Automate)的总使用量。
Dataverse 请求 来自 Dataverse 的 Power Platform 请求的数量。
Power Automate 请求 来自 Power Automate 的 Power Platform 请求的数量。
Power Apps 请求 来自 Power App 的 Power Platform 请求的数量。

下面是详细使用情况报表的示例:

显示许可用户报表示例的图像。

非许可用户报表

非许可用户报表显示非许可用户每天的 Power Platform 请求使用情况以及该租户的非许可用户的总权利。 可下载报告包含以下字段:

字段 说明
此租户的 Power Platform 请求权利 此租户的非许可 Power Platform 请求的每日总权利。
环境 ID 唯一 Power Platform 环境标识符。
环境名称 环境的显示名称。
调用方 ID 调用身份的唯一标识符。 此值可以为 null 或为空。
调用方类型 调用方身份的类型。 适用值包括“系统”、“非交互/应用程序”。
资源类型 资源的类型。 适用值为 Dataverse、Power Apps 和 Power Automate。
资源 ID 唯一资源标识符。 根据资源类型,可能是应用 ID、Dataverse 组织 ID 或 Power Automate 流 ID。 此值可以为 null 或为空。
计量类别 此案例 Power Platform 请求中的顶级计量。
计量子类别 生成请求一方的详细分类。 可能是 Dataverse、Power Apps 或 Power Automate。
使用情况获取日期/时间 捕获使用情况的日期和时间 (UTC)。
已使用数量 Power Platform 请求的使用情况。

下面是详细使用情况报表的示例:

显示非许可用户报表示例的图像。

每流报表

“每流许可流”可下载报表包含以下字段:

字段 说明
环境 ID 唯一 Power Platform 环境标识符。
环境名称 环境的显示名称。
环境区域 预览期间不提供。
调用方 ID 流的唯一标识符。 此值可以为 null 或为空。
调用方类型 调用方身份的类型。 适用值为“流”。
使用情况获取日期/时间 捕获使用情况的日期和时间 (UTC)。
授权数量 流的任何附带权利的值。
已使用数量 Power Platform 请求的使用情况。

下面是详细使用情况报表的示例:

显示每流许可报表示例的图像。

常见问题解答

我可以使用哪些工具来监视和分析整个平台的 Power Platform 请求?

Power Platform 管理中心提供处于预览阶段的 Power Platform 请求使用情况报告。

能否提供一下 Power Platform 请求限制的时间线?

限制的概念于 2019 年底首次引入,有记录的限制在 2021 年底大幅增加。 Power Platform 请求的公开预览报告于 2022 年 6 月推出。 在公开预览期之后,这些报表将进入正式发布阶段。 目前没有关于此时间的 ETA。 报告功能正式发布后至少六个月内不会启动任何潜在的高使用率强制措施。 但是,请注意,在强制使用之前,Power Automate 会继续对转换限制执行限制。 请参阅常见问题

经典工作流或 Power Automate 流使用哪些帐户限制?

这取决于流程是按需运行还是在后台运行。 按需运行的即时流将使用启动该流程的帐户的限制。 另一方面,在后台运行的工作流或自动化/计划流将始终使用流程负责人的限制,不论流程为何启动或使用什么帐户在流程内部连接。 请参阅流使用谁的 Power Platform 请求限制?

Microsoft Power Platform 请求限制是按天或按月滚计吗?

否。 所有 Microsoft Power Platform 请求将存在 24 小时。 如果未被使用,请求不会滚动到第二天,也不会在一个月内累积。

每个应用程序用户、非交互用户、管理用户或系统用户是否有自己的租户级别限制?

否。 租户级别限制在租户内的所有应用程序用户、非交互用户、管理用户或系统用户之间共享。

从经典 Dataverse 工作流和 Dataverse 中的插件生成的请求是否计入请求限制?

是的,如果这些请求是发出 CRUD、分配或共享类型的请求,将会计入。 对于经典工作流,这包括检查条件、启动子工作流或停止工作流等操作。 但是,从平台内部生成的请求不会计入,如:sdkmessagerequest、solutioncomponentdefinition 和 ribbonclientmetadatareporting。

我是否应该使用第三方数据集成工具而不是 Power Automate 来避免超出限制?

否,第三方数据集成工具与计划、即时或自动化流有完全相同的限制。 因此,无论您选择使用 Power Automate 还是第三方工具都没有区别。 而且,从 Power Automate 到 Dataverse 的请求不会重复计算,调用一个操作的流在其限制中仅计为一个请求,而不是两个。

另请参阅

Dataverse API 限制概述
Power Automate 限制和配置