Azure API 管理对诸如 API、操作及其它实体等资源实施各种限制。 本文介绍它们存在的原因，以及如何在这些约束中有效地使用该服务。
为何存在服务限制？
Azure API 管理中的服务限制与所有 Azure 服务一样存在，因为即使是云服务在具有有限资源的物理基础结构上运行也是如此。 虽然 Azure 提供了巨大的可伸缩性和灵活性，但基础硬件和系统体系结构具有我们管理的基本约束，以确保为客户提供可靠的性能。
Azure API 管理中的服务限制不是任意约束，而是基于以下条件进行校准：
- Azure 平台容量和性能特征
- 服务层功能
- 典型的客户使用模式
资源限制是相互关联的，并经过优化以协同工作。 它们阻止服务的任何单一方面中断服务的整体性能。
对经典层中的服务限制的更改
从 2026 年 3 月开始，Azure API 管理将对经典层（开发人员、基本、标准和高级）和消耗层中的实例应用更新的限制。 这些更新符合每个层的功能，并帮助客户根据需要选择正确的选项。
经典层的当前限制 在此处发布。 到 2026 年 3 月，限制的实体范围可能会减少。
有什么变化
- 以前，经典层中某些资源的限制未显式定义或强制实施。 实际上，这些资源始终受到服务配置、服务容量、缩放单元数、策略配置等因素的约束。 新的限制使这些约束明确且可预测。
针对现有客户的限制政策
如果现有的 API 管理实例已超出新的经典层限制，则可以继续使用资源，而不会中断。 这意味着：
- 已超过已发布限制的现有服务不会受到影响。
- 可以对现有资源进行更改，并在当前使用量的基础上略微增加，添加新资源。
此方法可确保现有工作负载不会中断，同时仍鼓励与随时间推移的新限制保持一致。
管理资源的策略
如果您即将达到或已经超出某些资源限制，请考虑以下策略：
改进资源管理
- 为未使用的资源实现常规清理过程
- 有效地使用标记来标识可以合并或删除的资源
- 查看 容量指标 以了解资源利用率并确定潜在的瓶颈。
优化 API 和操作组织
计算 API 和 API 相关资源（例如 API作、后端、标记等）的数量时，API 管理还包括 API 版本和修订。 在接近这些资源的限制时，请考虑以下策略：
- 删除未使用的 API 版本或修订
- 在适当情况下合并或删除操作
- 将拥有大量操作的 API 重新组织为多个更小、更专注的 API。
- 战略性地使用 API 版本和修订
评估服务层级
如果您持续遇到资源限制，可能值得评估您当前的服务等级。 某些限制（例如 API）因服务层而异。
- 请考虑添加组件或升级套餐的选项。
- 请考虑在当前层中部署其他 API 管理实例。
增加额度指南
在某些情况下，可能需要请求提高某些服务限制。 在执行此作之前，请注意以下准则：
在请求提高限制之前，探索主动解决问题的策略。 有关详细信息，请参阅前面的 策略以管理资源 部分。
考虑限制增加对整体服务性能和稳定性的潜在影响。 增加限制可能会影响服务的容量，或导致某些服务操作的延迟增加。
请求提高上限
若要请求增加限制，请从 Azure 门户创建支持请求。 有关详细信息，请参阅 Azure 支持计划。
限制增加请求会根据具体情况逐一评估，不能保证一定批准。 我们优先考虑优质客户提高限额。