排队有限制的咕噜咕噜请求

Question

我正在使用Guzzle6开发一个Laravel应用程序。很多功能都依赖于API，我已经为其创建了一个包装器。

我的包装器是一个类，它在＜code＞__construct（）。

我使用的API每10秒钟有40个请求的限制。我正在缓存东西，所以很少会达到这个极限，但是我想知道如果达到这个极限，我的应用程序不会就这么死掉！

关于我的应用程序的一些注意事项：

• 仅当过去 6 小时内未进行相同调用时，才会进行 API 调用。如果有，则永远不会进行调用，并且直接从我的 redis 缓存提供响应。
• 在大多数情况下，API 调用是通过用户操作进行的。应用程序本身永远不会接近达到这些限制。
• 在大多数情况下，我已经拥有向用户显示请求的页面所需的数据。可以在后台执行 API 调用，以查看是否有任何内容需要更新，但是如果我已经拥有数据，并且 API 请求失败，这不会使页面无用。
• 该应用程序是实时的，如果您想查看，https://likethis.tv。我正在使用 TMDb API。

所以，我的问题是，我应该如何确保我没有达到这个限制？我的一些想法如下：

< li >使用Laravel排队系统将Guzzle请求放入队列，并且仅在我们还有请求时处理它们。如果没有，请等待10秒钟的冷却时间... < li >直接使用< code>HandlerStack进行Guzzle。不确定这是否可能，但我以前使用过< code>HandlerStack来缓存响应。

我试着不去引起过于固执己见的回应，但我确信可能有比以上更好和/或更简单的方法，或者如果它们是好主意，任何指示或建议都将是很棒的。

提前致谢。

Answer 1

匿名用户

我也在处理同样的问题，我更喜欢基于回调的架构，我的Client类控制请求流。目前我正在做睡眠和检查算法。我为我工作，因为我有3秒的冷却时间。

我使用缓存保存已触发请求的计数。

while(($count = Cache::get($this->getCacheKey(),0)) >= 40){ // Max request
    sleep(1);
}
Cache::set($this->getCacheKey(), ++$count);
// fire request

function getCacheKey(){
    return floor(time()/10); // Cool down time
}

排队似乎是一个更好的选择，我最终会转向这一点。在将队列置于两者之间之前，您需要记住几件事。

< li >基于回调的体系结构，因为您可能需要在队列中保存代码的序列化状态。基于回调的设计将把所有控制权交给< code>Client类。您不必担心代码中的节流问题。 < li >序列化可能比较复杂，请尝试< code>__sleep和< code>__wakeup。 < li >您可能还希望对少数呼叫进行优先级排序，您可以从客户端为此类呼叫分配一个配额。

Answer 2

没有足够的信息来深入研究这个问题，但是为了让您开始，当您超过它们的限制时，好的API通常会返回一个429响应代码。

你可以使用$res-

你能提供一些关于你的应用程序正在做什么的更多信息吗？您是否在foreach循环中发出请求？视图是否依赖于此API中的数据？

Answer 3

>

用作业包装您的API调用并将它们推送到单独的队列：

ApiJob::dispatch()->onQueue('api');

使用mxl/laravel-queue-rate-limit包(我是作者)对< code>api队列进行速率限制。将它添加到< code>config/queue.php中:

'rateLimit' => [
    'api' => [
        'allows' => 40,
        'every' => 10
    ]
]

运行队列工作线程：

$ php artisan queue:work --queue api

另请参阅此答案。