这篇文章给大家介绍rocketmq文档中物理部署结构和逻辑部署结构的概述以及特点,内容非常详细,感兴趣的小伙伴们可以参考借鉴,希望对大家能有所帮助。
1)是一个队列模型的消息中间件,具有高性能、高可靠、高实时、分布式特点。 2)Producer、Consumer、队列都可以分布式。 3)Producer向一些队列轮流发送消息,队列集合成为Topic,Consumer如果做广播消费,则一个consumer实例消费这个Topic对应的所有队列,如果做集群消费,则多个Consumer实例平均消费这个topic对应的队列集合 4)能够保证严格的消息顺序 5)提供丰富的消息拉去模式 6)高效的订阅者水平扩展能力 7)实时的消息订阅机制 8)亿级消息堆积能力 9)较少的依赖
1)Name Server是一个几乎无状态的节点,可集群部署,节点之间无任何信息同步 2)Broker部署相对复杂,Broker分为Master与Slave,一个Master可以对应多个Slave,但是一个Slave只能对应一个Master,Master与Slave的对应关系通过制定相同的BrokerName, 不同的BrokerID来定义,BrokerId为0表示Master,非0表示Slave。Master也可以部署多个。每个Broker与Name Server集群中的所有节点建立长连接,定时注册Topic信息到所有Name Server 3)Producer与Name Server集群中的其中一个节点(随机选择)建立长连接,定期从Name Server取Topic路由信息,并向提供Topic服务的Master建立长连接,且定时向Master发送心跳。Producer 完全无状态,可以集群部署。 4)Consumer与Name Server集群中的其中一个节点(随机选择)建立长连接,定期从Name Server取Topic路由信息,并向提供Topic服务的Master、Slave建立长连接,且定时向Master、Slave发送心跳。 Consumer既可以从Master订阅消息,也可以从Slave订阅消息,订阅规则由Broker配置决定。
1)Producer Group 用来表示一个发送消息应用,一个Producer Group下包含多个Producer实例,可以是多台机器,也可以是一台机器的多个进程,或者一个进程的多个Producer对象。 一个Producer Group可以发送多个Topic消息。 Producer Group作用如下: a)标识一类 Producer b)可以通过运维工具查询这个发送消息应用下有多少个Producer实例 c)发送分布式事务消息时,如果Producer中途意外宕机,Broker会主动回调Producer Group内的任意一台机器来确认事务状态 2)Consumer Group 用来表示一个消费消息应用,一个Consumer Group下包含多个Consumer实例,可以是多台机器,也可以是多个进程,或者一个进程的多个Consumer对象。 一个Consumer Group以均摊方式消费消息,如果设置为广播方式,那么这个Consumer Group下的每个实例都消费全量数据。
关于rocketmq文档中物理部署结构和逻辑部署结构的概述以及特点就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。