1. 顺序性应用场景
① 即时消息中的单对单聊天和群聊，保证消息发送方发送顺序与接收方的顺序一致
② 充值转账两个渠道在同一时间进行余额变更，短信通知必须要有顺序。
2. topic分区中消息只能由消费者组中的唯一一个消费者处理，所以消息肯定是按照先后顺序处理的。如果出现跨分区则无法保证消息处理的前后顺序，当必须消息有顺序时，可以将此类消息存储到同一个分区中。
代码实现：
3. 高可用-集群模式
Kafka的服务器端由被称为Brocker的服务进程构成，即一个Kafka集群由多个Brocker组成。这样如果集群中的一台机器宕机，其他机器上的Brocker也依然能够对外提供服务，保证高可用性。
4. 高可用-分区备份机制
一个topic有多个分区，每个分区有多个副本，其中一个为leader，其余为follower，副本存储在不同的brocker中。锁尊的分区副本的内容都是相同的，倘若leader发生故障，会自动将其中一个follower提升为leader。
ISR（in-sync replica） 需要同步复制保存的follower。如果leader失效，提升follower为leader的规则如下：
① 优先从ISR列表中选定，这个列表中的follower的数据最接近于leader
② 如果ISR列表中无正常的follower，则从普通列表中选定。
