分布式消息队列RocketMQ深度解析
关注
分享
扫一扫
文章平均质量分 75
travi
这个作者很懒，什么都没留下…
展开
-
分布式消息队列RocketMQ源码分析之2 -- Broker与NameServer心跳机制
我们知道，Kafka是通过ZK的临时节点来监测Broker的死亡的。当一个Broker挂了之后，ZK上面对应的临时节点被删除，同时其他Broker收到通知。那么在RocketMQ中，对应的NameServer是如何判断一个Broker的死亡呢？有兴趣朋友可以关注公众号“架构之道与术”， 获取最新文章。 或扫描如下二维码： NameSrv监测Broker的死亡机制之一：监测连...原创 2017-01-12 18:34:05 · 3157 阅读 · 0 评论 -
分布式消息队列RocketMQ源码分析之3 -- Consumer负载均衡机制 -- Rebalance
同Kafka一样，RocketMQ也需要探讨一个问题：如何把一个topic的多个queue分摊给不同的consumer，也就是负载均衡问题。有兴趣朋友可以关注公众号“架构之道与术”， 获取最新文章。 或扫描如下二维码： 在讨论这个问题之前，我们先看一下Client的整体架构。Producer与Consumer类体系从下图可以看出以下几点： （1）Producer与Consum...原创 2017-01-17 17:35:44 · 5725 阅读 · 0 评论 -
分布式消息队列RocketMQ与Kafka的18项差异之“拨乱反正“之2
在前1篇，我讨论了RocketMQ与Kakfa的对比中，几个不太严谨的地方。本着严谨的精神，不偏袒任何一方，本篇想分析一下RocketMQ在Kafka的基础上，的确做的几个改进。有不对之处，敬请指正。有兴趣朋友可以关注公众号“架构之道与术”， 获取最新文章。 或扫描如下二维码： topic/partion数量对性能的影响我们知道在Kafka中，是每个topic_partitio...原创 2016-12-28 20:53:32 · 6370 阅读 · 4 评论