【发布时间】:2021-07-10 06:18:54
【问题描述】:
我正在调查一个与我的服务器中的速率限制有关的问题。之前的开发者已经在 ApiGee 中设置了秒杀和配额政策。我阅读了文档,但无法理解这两项政策如何并行运作?
例如:
调用 API 的客户端(Web、移动)。有 100 多个并发用户访问 API。那么应用了哪些政策呢?秒杀还是配额?
如果有人对此有真实的想法,请提供一些见解。
谢谢
【问题讨论】:
标签: apigee
我正在调查一个与我的服务器中的速率限制有关的问题。之前的开发者已经在 ApiGee 中设置了秒杀和配额政策。我阅读了文档,但无法理解这两项政策如何并行运作?
例如:
调用 API 的客户端(Web、移动)。有 100 多个并发用户访问 API。那么应用了哪些政策呢?秒杀还是配额?
如果有人对此有真实的想法,请提供一些见解。
谢谢
【问题讨论】:
标签: apigee
API 代理的特定行为将取决于两个策略在流中的位置,但假设标准请求流带有串行策略,那么通常spike-arrest policy 将保护您的后端服务 ,而quota policy 将对某些选定的客户端特定标准实施速率限制。因此,一个是为您的业务逻辑后端(尖峰抑制)提供一般性的整体安全保护,另一个是更多地用于根据您的端到端应用程序设计和预期的用例交互来执行特定于客户端的约束(配额)。两者都是可配置的,因此这些配置的细节在最终分析中很重要。
【讨论】:
<Rate>30ps</Rate>并且默认配额策略没有指定<Identifier>来区分客户端,所以它概括,使用,默认,简单地说:<Allow count="2000" countRef="request.header.allowed_quota"/><Interval ref="request.header.quota_count">1</Interval><TimeUnit ref="request.header.quota_timeout">month</TimeUnit> ...这是每月 2000 次 API 调用的限制。 Net-net:以 /second 和 /month 计量的呼叫完全不同。可以根据速率独立实施约束。