批量获取问题端点上的503个错误

Question

我收到了许多“套接字挂起”和503服务，它们都无法在/质询/{I}端点上使用。我以批次方式提出请求:10个并行请求和15个问题ids，每10个大小的批处理之间的间隔至少是2秒。这些批次的数量通常在40或50左右。当它小于(25或30)，我从来没有得到这些503，只有当它是45-50。我在文档中阅读了节流策略，发现我有两件事要记住：

1. 不超过30雷克/S(我不确定)；
2. 服务配额消耗(我有一个API密钥，我的日常使用不超过1000个请求)；

我以前经常收到400个回复，上面描述了为什么我会被勒死。现在我只收到503和套接字挂断。这也是一个节流策略，还是只是一些内部错误？如何减轻这种行为？任何帮助都很感激！

Answer 1

因此，您将在30秒内创建多达150个请求(10个“并行请求”，其间暂停2秒)。在运行的80到100+秒和400到500个总请求时失败？

1. 这个(其他故障模式(不是503)运行在大约32秒和180个(顺序)请求之后.
2. 它是此前有报道称，每秒约有2次通话，约80个通话中有503次. (41秒).同样的评论还说，503仍然发生，间隔长达920毫秒(我不确定这仍然是真的)。

所以，试着：

1. 将批之间的间隔增加到30秒(搜索数量)。或
2. 以1的“批”形式发出请求，中间间隔为1秒。如果失败，增加到2秒间隔。

显然，这些只是解决办法，但记录在案的对这一系列bug的响应历史并不乐观。(请参阅即将开始的相关问答。)