一、需求:
比如我消费1000个队列。我将速度等级分为100个等级。
1倍速,每小时消费800个。
100倍速就是每小时消费 800*100个。
这样就可以计算每个队列的消费间隔,比如1倍速间隔是 4500 毫秒。
100倍速就是 45毫秒。
1倍速要搞这个间隔,没问题。
100倍速,45毫秒,这个就有大问题了。
你想想,分布式系统,如何控制所有服务器间隔45毫秒去消费一个消息?就算可以实现,性能也是大打折扣的。
所以,间隔1秒以下,这种方式就必须淘汰了。
二、解决方案
使用节点的方式。
比如1倍速,使用1个节点去消费,100倍速,使用100个节点去消费。
这就等于1倍速使用1个人帮你干活,100倍速,使用100个人帮你干活。这个貌似是比较符合逻辑的,也比较可行的。
但如何均衡又是一个问题。比如我一台服务器10个nodejs节点去消费。10台就是100个节点去消费。
A任务使用1倍速,B任务使用100倍速,1000个任务,100台服务器呢?怎么去群衡,分配合理的资源去消费?
感觉挺复杂的。
------------1月12日补充-------------
如果使用redis限流,这个redis在分布式环境下,压力可想而知,所以这条路是错的。
我最后找到了一种高效的限流方式。不需要redis。消息队列每次吐出一个队列,每次计算两个队列的间隔就行了。
比如: