问题一：slave broker是如何从master同步信息的？
slave broker是如何从master同步信息的?
参考回答：
slave broker会定时（60秒）从master同步信息。同步过程包括同步主题配置、消费者偏移量、延迟偏移量、订阅组配置、消息请求模式等信息。具体的同步逻辑由syncAll方法实现。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/640771
问题二：RocketMQ有哪些不同的主从切换架构？
RocketMQ有哪些不同的主从切换架构？
参考回答：
RocketMQ衍生出了无切换架构和切换架构两种不同的主从切换架构。无切换架构基于Master-Slave模式，通过Broker Container模式提升资源利用率。切换架构则依托于Zookeeper的分布式锁和通知机制或基于Raft在集群内自动选主。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/640772
问题三：无切换架构中Master-Slave模式有什么优缺点？
无切换架构中Master-Slave模式有什么优缺点？
参考回答：
无切换架构中的Master-Slave模式实现简单，适用于中小型用户，人工管控力强。但是故障需要人工处理，故障时写入消息失败，导致消息消费暂停。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/640773
问题四：Broker Container模式是如何工作的？
Broker Container模式是如何工作的？
参考回答：
Broker Container模式无需选主，无外部依赖，故障转移非常快（< 3 秒）。它通过在一个Broker进程内运行多个BrokerContainer来复用资源，类似于Flink的slot。但这种方式增加了单节点运维的复杂度，机器故障的风险增加，自愈流程复杂。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/640774
问题五：切换架构中的Raft自动选主模式有哪些特点？
切换架构中的Raft自动选主模式有哪些特点？
参考回答：
切换架构中的Raft自动选主模式可以自动主备切换，但故障转移时间较长，强一致性无法灵活降级，且三副本成本压力较大。
关于本问题的更多回答可点击原文查看：
