Pre最终方案-----> Redis进阶-Stream多播的可持久化的消息队列我们知道redis 5.x版本，作者提供了stream这种基于radix tree 基数树的数据结构，解决使用Redis实现MQ“百花齐放”的乱象。这里我们来聊一聊使用Redis实现MQ的主要集中实现以及利弊方案1 Pub/SubRedis-13Redis发布订阅优点Pub/Sub的消息是 Fan Out 多播....

问答 2023-05-01 来自：开发者社区

请教大家一个Apache RocketMQ运维上的疑问无序的 push 消费，有方案不停机通过运维

请教大家一个Apache RocketMQ运维上的疑问无序的 push 消费，有方案不停机通过运维命令，暂停某个消息的推送吗？业务没改好前，推给去就会导致服务挂掉，但其实晚点消费问题不那么大，不想线上立刻停机去修改订阅来恢复服务。

文章 2023-04-27 来自：开发者社区

RocketMQ平台的消息灰度方案（3）

五、灰度场景的校验测试是校验方案可行性的真理，下面用简单的demo来验证鲁班平台的MQ灰度方案。5.1 灰度版本Topic & Tag不变这种场景在4.3、4.4时已经做了验证，不再赘述。5.2 灰度版本Topic增加假设v1、v2的订阅信息如表5.1所示，则Topic订阅结果如图5.1所示，TOPIC_V_ORDER被v1、v2同时订阅，首尾两条Queue分配给灰度v2的客户端，中间4....

文章 2023-04-27 来自：开发者社区

RocketMQ平台的消息灰度方案（2）

三、业界MQ灰度方案（图3.1 灰度调用示意图）通常，业务灰度只严格地保证RPC服务之间的调用，部分消息灰度流量的流失或错误是可以容忍的，如图3-1所示，V_BFF产生的灰度消息会被V_TRADE的正常版本与灰度版本收到并随机消费，导致部分灰度流量没有进入期望的环境，但整体RPC服务的调用还是隔离了灰度与非灰度环境。当业务对消息消费的逻辑进行了更改，或者不想让灰度的消息影响线上的数据....