Apigee 配额冲突未按照API代理中设置的配额工作

Apigee 配额冲突未按照API代理中设置的配额工作,apigee,Apigee,我创建了一个低于配额的API,每小时可以使用6次。这是验证API密钥身份验证类型 URL是 但配额例外仅发生在第8次之后(实际上应该是第7次)。此外,当我试图更改配额限制并重新部署API代理时,仍然会在第一次看到配额异常本身。请告知 我使用云计算的自由组织 配额1 1. 假的 假的 小时 2014-6-11 19:00:00 20 5. 好的,有两件事 1)您的配额设置为false。 默认情况下,Apigee实例运行在两个独立的消息处理器(执行繁重任务的服务器)上。这意味着每个MP将计数,配额

我创建了一个低于配额的API,每小时可以使用6次。这是验证API密钥身份验证类型

URL是

但配额例外仅发生在第8次之后(实际上应该是第7次)。此外,当我试图更改配额限制并重新部署API代理时,仍然会在第一次看到配额异常本身。请告知

我使用云计算的自由组织

配额1 1. 假的 假的 小时 2014-6-11 19:00:00 20 5. 好的,有两件事

1)您的配额设置为false。
默认情况下,Apigee实例运行在两个独立的消息处理器(执行繁重任务的服务器)上。这意味着每个MP将计数,配额为6时,实际上有6*2个服务器=12

2)在第二个示例中,配额是分布式的,但是异步的。 如果未将和设置为false,Apigee将通过向中央数据服务器签入来共享配额计数。这总是会有一些延迟,但您已将AsynchronousConfiguration设置为每20秒或每5条消息向中央服务器签入一次,因此,在向其他服务器签入之前,您可以在每个MP处理器上数到5

请记住,在像Apigee这样的分布式处理模型中,您永远不会得到绝对精确的数字,因为即使将distributed设置为true,将Asynchronous设置为false,服务器之间的通信也总会有一些延迟

另外,您可能希望去掉request.header.quota\u count和其他request.header变量——如果我以类似于

 quota_count: 100000
Apigee将使用100000而不是您的值1(它使用引用的变量,并且仅当引用为NULL时才回滚到默认值)


而且。。。您可能希望添加一个或其他配额,否则配额对所有用户都是全局的。有关每个流中可用的变量,请参阅中的Apigee变量参考

您能否以代码形式通过配额政策?它没有正确地显示在这里,所以很难说你在做什么。配额1 1错误时间2014-6-11 19:00:00 20 5我提供了2条评论。请告知。