反模式:配置非分布式配额

<ph type="x-smartling-placeholder"></ph> 您正在查看 Apigee Edge 文档。
转到 Apigee X 文档
信息

借助 Apigee Edge,您可以配置针对以下 API 代理的允许请求数量: 特定时间段内的配额。配额政策

反模式

API 代理请求可以由一个或多个名为 消息处理器。如果有针对服务 API 配置了多个消息处理器 请求数量超出配额,那么每个消息处理器都会保留自己的 “count”所处理的请求数量

让我们借助一个示例来解释这一点。请考虑某个 API 代理的以下配额政策

<!-- /antipatterns/examples/1-6.xml -->
<Quota name="CheckTrafficQuota">
  <Interval>1</Interval>
  <TimeUnit>hour</TimeUnit>
  <Allow count="100"/>
</Quota>

上面的配置每小时应该允许处理共 100 个请求。

但实际上,如果有多个消息处理器处理 API 请求,会发生以下情况:

在上面的图示中:

  • 配额政策配置为每小时允许处理 100 个请求。
  • 向 API 代理发送的请求正在由两个消息处理器处理。
  • 每个消息处理器都设有自己的配额计数变量(quota_count_mp1quota_count_mp2)来跟踪其正在处理的请求数。
  • 因此,每个消息处理器将分别允许处理 100 个 API 请求。实际结果是总共处理了 200 个请求,而不是 100 个请求。

影响

这种情况不符合配额配置的目的,会对处理请求的后端服务器产生不利影响。

后端服务器可能会出现以下情况:

  • 由于传入的流量高于预期流量而受到压力
  • 对较新的 API 请求没有响应,导致 503 错误

最佳做法

您可以考虑在配额政策中将 <Distributed> 元素设置为 true,以确保使用一个共用的计数器来跟踪所有消息处理器中的 API 请求。可以按以下代码段所示设置 <Distributed> 元素:

<!-- /antipatterns/examples/1-7.xml -->
<Quota name="CheckTrafficQuota">
  <Interval>1</Interval>
  <TimeUnit>hour</TimeUnit>
  <Distributed>true</Distributed>
  <Allow count="100"/>
</Quota>