主题 + 客户端

服务端

Kafka的服务端由被称为Broker的服务进程构成，一个Kafka集群由多个Broker组成
Broker负责接收和处理客户端发送过来的请求，以及对消息进行持久化
多个Broker进程能够运行在同一台机器上，但更常见的做法是将不同的Broker分散运行在不同的机器上
这样如果集群中某一台机器宕机了，即使在它上面运行的所有Broker进程都挂掉了
其他机器上的Broker也依然能够对外提供服务，这是Kafka提供高可用的手段之一

实现高可用的另一个手段是备份机制（Replication）
备份：把相同的数据拷贝到多台机器上，这些相同的数据拷贝在Kafka中被称为副本（Replica）
副本的数量是可以配置的，Kafka定义了两类副本：领导者副本（Leader Replica）和追随者副本（Follower Replica）
领导者副本：对外提供服务，对外指的是与客户端程序进行交互
生产者总是向领导者副本写消息
消费者总是从领导者副本读消息
追随者副本：被动地追随领导者副本，不能与外界交互
向领导者副本发送请求，请求领导者副本把最新生产的消息发给它，进而与领导者副本保持同步
MySQL的从库是可以处理读请求的
Master-Slave => Leader-Follower
副本机制可以保证数据的持久化或者消息不丢失，但没有解决伸缩性（Scalability）的问题
如果领导者副本积累了太多的数据以至于单台Broker机器无法容纳，该如何处理？
可以把数据分割成多份，然后保存在不同的Broker上，这种机制就是分区（Partitioning）
MongoDB、Elasticsearch – Sharding
HBase – Region

Kafka使用消息日志（Log）来保存数据，一个日志是磁盘上一个只能追加写（Append-Only）消息的物理文件
只能追加写入，避免了缓慢的随机IO操作，改为性能较好的顺序IO操作，这是实现Kafka高吞吐量的一个重要手段
Kafka需要定期删除消息以回收磁盘空间，可以通过日志片段（Log Segment）机制来实现
在Kafka底层，一个日志又被细分成多个日志段，消息被追加到当前最新的日志段中
当写满一个日志段后，Kafka会自动切分出一个新的日志段，并将老的日志段封存起来
Kafka在后台有定时任务定期地检查这些老的日志段是否能够被删除，从而实现回收磁盘空间的目的

点对点模型（Peer to Peer，P2P）：同一条消息只能被下游的一个消费者消费，其他消费者不能染指
Kafka通过消费者组（Consumer Group）来实现P2P模型
消费者组：多个消费者实例共同组成一个组来消费一组主题
这组主题中的每个分区都只会被组内的一个消费者实例消费，其他消费者实例不能消费它
即消费者对分区有所有权
引入消费者组的目的：提高消费者端的吞吐量（TPS）
消费者实例（Consumer Instance）：即可以是运行消费者应用的进程，也可以是一个线程
重平衡（Rebalance）
若组内的某个实例挂了，Kafka能够自动检测到，然后把这个挂掉的实例之前负责的分区转移给组内其他存活的消费者
重平衡引发的消费者问题很多，目前很多重平衡的Bug社区都无力解决
消费者位移（Consumer Offset）：记录消费者当前消费到了分区的哪个位置，随时变化
分区位移：表征的是消息在分区内的位置，一旦消息被成功写入到一个分区上，消息的分区位移就固定了

息（Record）：消息是Kafka处理的主要对象
主题（Topic）：主题是承载消息的逻辑容器，实际使用中多用来区分具体的业务
分区（Partition）：一个有序不变的消息序列，每个主题下有多个分区
消息位移（Offset）：也叫分区位移，表示一条消息在分区中的位置，是一个单调递增且不变的值
副本（Replica）
Kafka中同一条消息能够被拷贝到多个地方以提供数据冗余
副本分为领导者副本和追随者副本，副本在分区的层级下，每个分区可配置多个副本实现高可用
生产者（Producer）：向主题发布消息的应用程序
消费者（Consumer）：从主题订阅消息的应用程序
消费者位移（Consumer Offset）：表征消费者的消费进度，每个消费者都有自己的消费者位移
消费者组（Consumer Group）：多个消费者实例共同组成一个组，同时消费多个分区以实现高吞吐
重平衡（Rebalance）
消费者组内某个消费者实例挂掉后，其他消费者实例自动重新分配订阅分区的过程
重平衡是Kafka消费者端实现高可用的重要手段