标签：rocketmq
一.基本概念
Producer | 消息生产者，负责产生消息，一般由业务系统负责产生消息 |
Consumer | 消息消费者，负责消费消息，一般是后台系统负责异步消费 |
Push Consumer | Consumer的一种，应用通常向Consumer对象注册一个Listener接口，一旦收到消息，Consumer对象立刻回调Listener接口方法 |
Pull Consumer | Consumer的一种，应用通常主动调用Consumer的拉消息方法从Broker拉消息，主动权由应用控制 |
Producer Group | 一类Producer的集合名称，这类Producer通常发送一类消息，且发送逻辑一致 |
Consumer Group | 一类Consumer的集合名称，这类Consumer通常消费一类消息，且消费逻辑一致 |
Broker | 消息中转角色，负责存储消息，转发消息，一般也称为Server。 |
长连接 | 在页面嵌入一个隐藏的Iframe，将这个隐藏Iframe的src属性设置为对一个长连接的请求或是采用xhr请求，服务器端就源源不断的向客户端输入数据。 |
Broker集群有多种配置方式：
1，单Master
优点：除了配置简单没什么优点
缺点：不可靠，该机器重启或宕机，将导致整个服务不可用
2，多Master
优点：配置简单，性能最高
缺点：可能会有少量消息丢失（配置相关），单台机器重启或宕机期间，该机器下未被消费的消息在机器恢复前不可订阅，影响消息实时性
3，多Master多Slave，每个Master配一个Slave，有多对Master-Slave，HA采用异步复制方式，主备有短暂消息延迟，毫秒级
优点：性能同多Master几乎一样，实时性高，主备间切换对应用透明，不需人工干预
缺点：Master宕机或磁盘损坏时会有少量消息丢失
4，多Master多Slave，每个Master配一个Slave，有多对Master-Slave，HA采用同步双写方式，主备都写成功，向应用返回成功
优点：服务可用性与数据可用性非常高
缺点：性能比一部HA略低，当前版本主宕备不能自动切换为主
Master和Slave的配置文件参考conf目录下的配置文件
Master与Slave通过指定相同的brokerName参数来配对，Master的BrokerId必须是0，Slave的BrokerId必须是大于0的数
一个Master下面可以挂载多个Slave，同一Master下的多个Slave通过指定不同的BrokerId来区分
本文出自 “崛起” 博客，请务必保留此出处http://binbinwudi8688.blog.51cto.com/3023365/1673370
标签：rocketmq
原文地址：http://binbinwudi8688.blog.51cto.com/3023365/1673370
