kafka集群详解（四）

一、入门

    1、简介

      消息：根据Topic进行归类，

      发送消息者：Producer,

      消息接受者：Consumer,

      每个kafka实例(server)：broker。

      无论是kafka集群，还是producer和consumer都依赖于zookeeper来保证系统可用性集群保存一些meta信息。

    2、Topics/logs

    Topic：一类消息，每个topic将被分成多个partition(区)

    partition：在存储层面是append log文件。任何发布到此partition的消息都会被直接追加到log文件的尾部。

    offset：每条消息在文件中的位置（偏移量）。offset为一个long型数字，它是唯一标记一条消息。

    随机读写：不允许。

 

     消息删除策略:保存一定时间或者一定量，才会删除。

                 即使消息被消费,消息仍然不会被立即删除.日志文件将会根据broker中的配置要求,保留一定的时间之后删除;比如log文件保留7天,那么7天后,文件会被清除,无论其中的消息是否被消费.kafka通过              

                 这种简单的手段,来释放磁盘空间,以及减少消息消费之后对文件内容改动的磁盘IO开支.

    消息消费：读取offset（可以任意）处的消息，消费成功后，通知zookeeper"线性"的向前驱动offset。

               对于consumer而言,它需要保存消费消息的offset,对于offset的保存和使用,有consumer来控制;当consumer正常消费消息时,offset将会"线性"的向前驱动,即消息将依次顺序被消费.事实上consumer可 

              以使用任意顺序消费消息,它只需要将offset重置为任意值..(offset将会保存在zookeeper中,参见下文)

    消息的保存：在zookeeper上。

              kafka集群几乎不需要维护任何consumer和producer状态信息,这些信息有zookeeper保存;因此producer和consumer的客户端实现非常轻量级,它们可以随意离开,而不会对集群造成额外的影响.

                

    partitions：分区到不同的server上，一个partition保存在一个server上，避免一个server上的文件过大，同时可以容纳更多的consumer消费,有效提升并发消费的能力

                 Partitions的设计目的有多个.最根本原因是kafka基于文件存储.通过分区,可以将日志内容分散到多个server上,来避免文件尺寸达到单机磁盘的上限,每个partiton都会被当前server(kafka实例)保        

                存;可以将一个topic切分多任意多个partitions,来消息保存/消费的效率.此外越多的partitions意味着可以容纳更多的consumer,有效提升并发消费的能力.(具体原理参见下文).