kafka集群详解（五）——分布式

Distribution（分布式）

    partitions分布：一个partition分到一个server上，这个server负责partition的读写。可以配置备份。

                    一个Topic的多个partitions,被分布在kafka集群中的多个server上;每个server(kafka实例)负责partitions中消息的读写操作;此外kafka还可以配置partitions需要备份的个数(replicas),每

                    个partition将会被备份到多台机器上,以提高可用性.

    备份进行调度：每个partition都有一个server为"leader"，负责读写，其余的相对备份机为follower，follower同步leader数据，负责leader死了之后的接管。n个leader均衡的分散在每个server上。

                  每个partition都有一个server为"leader";leader负责所有的读写操作,如果leader失效,那么将会有其他follower来接管(成为新的leader);follower只是单调的和leader跟进,同步消息即可..由此            

                  可见作为leader的server承载了全部的请求压力,因此从集群的整体考虑,有多少个partitions就意味着有多少个"leader",kafka会将"leader"均衡的分散在每个实例上,来确保整体的性能稳定.

    Producers发消息：Producer将消息发布到指定的Topic中（可以指定partition），不配置走默认（轮询）。

                Producer将消息发布到指定的Topic中,同时Producer也能决定将此消息归属于哪个partition;比如基于"round-robin"方式或者通过其他的一些算法等.

     Consumers消费：一个partition对应每个group中的一个consumer；一个Topic的partition可以被多个consumer group消费，但是consumer group中只能有一个consumer消费此消息。

                    本质上kafka只支持Topic.每个consumer属于一个consumer group;反过来说,每个group中可以有多个consumer.发送到Topic的消息,只会被订阅此Topic的每个group中的一个consumer消费.

                    如果所有的consumer都具有相同的group,这种情况和queue模式很像;消息将会在consumers之间负载均衡.

                    如果所有的consumer都具有不同的group,那这就是"发布-订阅";消息将会广播给所有的消费者.

                    在kafka中,一个partition中的消息只会被group中的一个consumer消费;每个group中consumer消息消费互相独立;我们可以认为一个group是一个"订阅"者,一个Topic中的每个partions,只会被一        

                    个"订阅者"中的一个consumer消费,不过一个consumer可以消费多个partitions中的消息.kafka只能保证一个partition中的消息被某个consumer消费时,消息是顺序的.事实上,从Topic角度来        

                    说,消息仍不是有序的.

                     kafka的设计原理决定,对于一个topic,同一个group中不能有多于partitions个数的consumer同时消费,否则将意味着某些consumer将无法得到消息.

    Guarantees（消息保证）：

    1) 发送到partitions中的消息将会按照它接收的顺序追加到日志中

    2) 对于消费者而言,顺序消费消息。

    3) 如果Topic的"replication factor"为N,那么允许N-1个kafka实例失效.有一个好使就行。