kafka如何做到高可用?
Kafka 的基础集群架构，由多个broker组成，每个broker都是一个节点。当你创建一个topic时，它可以划分为多个partition，而每个partition放一部分数据，分别存在于不同的 broker 上。也就是说，一个 topic 的数据，是分散放在多个机器上的，每个机器就放一部分数据。
kafka 通过副本机制来保证高可用， 即每个 partition 的数据都会同步到其它机器上，形成多个副本。然后所有的副本会选举一个 leader 出来，让leader去跟生产和消费者打交道，其他副本都是follower。写数据时，leader 负责把数据同步给所有的follower，读消息时，直接读 leader 上的数据即可。
假设某个 broker 宕机，这个broker上的partition 在其他机器上都有副本的。
如果挂的是leader的broker呢？其他follower会重新选一个leader出来。
消息队列怎么保证不丢消息的
保证MQ不丢失消息，可以从这三个阶段阐述：
- 生产者保证不丢消息
采用同步方式发送，send消息方法返回成功状态，就表示消息正常到达了存储端Broker。
如果send消息异常或者返回非成功状态，可以重试。
可以使用事务消息，如RocketMQ的事务消息机制就是为了保证零丢失来设计的 - 存储端不丢消息
确保消息持久化到磁盘， Broker一般是集群部署的，有master主节点和slave从节点。消息到Broker存储端，只有主节点和从节点都写入成功，才反馈成功的ack给生产者。这就是同步复制，它保证了消息不丢失，但是降低了系统的吞吐量。与之对应的就是异步复制，只要消息写入主节点成功，就返回成功的ack，它速度快，但是会有性能问题。 - 消费者不丢消息
消费者执行完业务逻辑，再反馈Broker说消费成功，这样才可以保证消费阶段不丢消息。