Spike Arrest 和 Quota 政策如何在 ApiGee 中并行运作?
How Spike Arrest and Quota policy works parallelly in ApiGee?
我正在调查一个与服务器速率限制相关的问题。以前的开发人员在 ApiGee 中设置了 spike arrest 和 quota 策略。我阅读了文档,但无法理解这两项政策如何并行运作?
例如:
客户端(Web、移动)调用 API。有超过 100 个并发用户访问 API。那么适用的政策是什么?秒杀还是配额?
如果有人对此有真实的想法,请提供一些见解。
谢谢
API 代理的特定行为将取决于两个策略在流中的位置,但假设标准请求流具有串行策略,那么通常 spike-arrest policy will protect your back-end services in aggregate, while the quota policy 将执行速率 -某些选定的 特定于客户的标准 的限制。因此,一个是针对您的业务逻辑后端的一般整体安全保护(尖峰抑制),另一个更多是根据您的端到端应用程序设计和预期的用例交互来强制执行特定于客户端的约束(配额)。不过两者都是可配置的,因此这些配置的细节在最终分析中很重要。
我正在调查一个与服务器速率限制相关的问题。以前的开发人员在 ApiGee 中设置了 spike arrest 和 quota 策略。我阅读了文档,但无法理解这两项政策如何并行运作?
例如:
客户端(Web、移动)调用 API。有超过 100 个并发用户访问 API。那么适用的政策是什么?秒杀还是配额?
如果有人对此有真实的想法,请提供一些见解。
谢谢
API 代理的特定行为将取决于两个策略在流中的位置,但假设标准请求流具有串行策略,那么通常 spike-arrest policy will protect your back-end services in aggregate, while the quota policy 将执行速率 -某些选定的 特定于客户的标准 的限制。因此,一个是针对您的业务逻辑后端的一般整体安全保护(尖峰抑制),另一个更多是根据您的端到端应用程序设计和预期的用例交互来强制执行特定于客户端的约束(配额)。不过两者都是可配置的,因此这些配置的细节在最终分析中很重要。