达到速率限制后的退避策略

Question

当您达到 getstream 的速率限制时，API 开始响应错误。

作为退避策略来处理这些故障并在此之后开始恢复的推荐方法是什么。我考虑过将它们全部记录下来，然后在一分钟或一小时后再次发送。

但是如果用户创建了一个帖子（在 getstream 上创建失败，等待退避），同时用户删除了它。即使用户将其删除，退避脚本也会将post 发送到getstream。

getstream 或任何处理过这种情况的人有什么建议？

Answer 1

正如您所指出的，API 速率限制错误通常使用（指数）退避解决方案来处理。

这通常涉及额外的应用程序逻辑（流控制和队列）和专用数据服务/存储（消息队列、异步工作器等）。这会给应用程序增加相当多的复杂性。

对于 Stream 服务，速率受限通常表明实现中存在缺陷/缺陷（很像性能错误）或应用程序已达到超出当前计划的规模旨在支持。

明智的做法是直接联系 Stream 支持。