kafka各个版本特点介绍和总结

kafka各个版本特点介绍和总结

1.1 kafka的功能特点：

• 分布式消息队列

   消息队列的数据模型， 形成流式数据。
   提供Pub/Sub方式的海量消息处理。以高容错的方式存储海量数据流。保证数据流的顺序。
   消费者：一份消息可多个消费者都处理，也可以只由一个消费者处理
  

• 线性扩展，高可用

  分布式系统，易于向外扩展。所有的producer、broker和consumer都会有多个，均为分布式的。无需停机即可扩展机器。
  动态的增加一个topic的partition文件数量，就可以线性扩展一个topic的处理能力。
  

• 以高容错的方式存储海量数据流。

  每个topic包含多个partition，partiton又有多个副本，均匀的分布在多个机器上。
  

• 高吞吐量:生成和消费速度非常快

  	1. kafka server 生成日志的速度可以接近磁盘的只写速度（几十兆 ~ 百兆）。
  	   kafka的实现思想是文件直写（直接使用linux 文件系统的cache）的commit log. 速度非常的快.
  	   如果消息大小为百字节级别的话，那么也就是说单机写入可以达到几十W/S。
  	2. 磁盘顺序读写
  	3. 采用linux Zero-Copy提高消息发送到consumer的性能。减少IO操作步骤；可以提高60%的数据发送性能。
  

1.2 kafka的使用场景：

kafka的使用场景，即kafka的用途。

• 数据总线（数据管道）
  
  
  
  Kafka主要用途是数据集成，或者说是流数据集成，以Pub/Sub形式的消息总线形式提供。Kafka可以让合适的数据以合适的形式出现在合适的地方。

    1. 降低系统组网复杂度。
    2. 降低编程复杂度，各个子系统不在是相互协商接口，各个子系统类似插口插在插座上，Kafka承担高速数据总线的作用。

日志收集,用户行为数据，运维监控数据收集，都可以适合该场景。

• 海量数据 发布/订阅的消息队列

• 实时计算的流式数据源（storm，spark-streaming）

• 离线计算的数据源

  1. kafka的数据文件作为离线计算的数据源。
  2. 消费kafka的数据，存储到离线平台HDFS等。
  

1.3 kafka的大的版本升级

kafka 从0.7 ，0.8.x, 0.9.x 0.10.0.X ，1.0.0 的主要演进：

• 1.0.0 ~1.1.0 的重大升级 （2017.11.1）

  1. 更好地支持磁盘容错，更优雅地处理磁盘错误.
  2. Streams API 在 1.0.0 版本里继续演进.
  3. 支持 Java 9
  4. 提升了生产者的吞吐量。
  5. kafka 第一个正式版。
  

• 在0.11.x的重大变化（2017.6.28）

  1. kafka Streams 支持 Exactly-Once Semantics
  

• 在0.10.x的重大变化（2016.5.22）

    1. 从0.10.0.0开始，增加一个新的客户端Kafka Streams客户端API。
       用于流式处理存储在kafka topic的数据。这个新客户端仅支持0.10.x或更高的版本。
    2. 旧的的Scala的生产者已经弃用。使用者尽快使用最新的Java客户端，新的消费者API已标记为稳定。
    3. 消息包含了一个时间戳字段和压缩后消息的关系offset。
    5. 新的Java消费者现在允许用户通过分区上的时间戳来搜索offset。
    6. 启用了kafka的权限。
    7. kafka集群的broker id 支持自动生成了（cluster_id）。
    8. kafka broker 的服务协议有增加。
    9. 日志保留时间不再基于日志段的最后修改时间。相反，它将基于日志段中消息的最大时间戳。
    10.日志滚动时间不再取决于日志段的创建时间。而是基于消息中的时间戳.
    影响：
    1. 客户端需要升级到0.10.0.0，避免造成，消息格式转换，造成系统负载升高。
    2. 由于kafka功能的扩充，消息格式更改，kafka的吞吐性能有稍微的下降。
       （如果集群的能力与网络接近，可能会超过网卡，并看到由于过载的故障和性能问题。）
    3. 总体上将kafka 0.10.x变的更加稳健，功能也更加完善。

• 0.9.x的重大变化（2015.11.23）

    1. Java 1.6不再支持。
    2. Scala 2.9不再支持。
    3. 变更topic配置管理开始单独处理。
    4. 启用新的kafka性能测试工具。
    5. broker协议版本升级，升级需要重启服务。
    6. 分区的leader和副本的同步机制发生了变化。
    7. kafka client的源码包结构有所变化。
    8. 日志清理和压缩的机制发生了变化。
    9. Kafka Connect这个功能模块
    10. 安全特性的第一次加入：客户端连接borker使用SSL或SASL进行验证。
    11. Comsumer API不再有high-level、low-level之分。

0.9版本的kafka 由于变化和改动较多，很不稳定，在生产环境中很少使用。

• 从0.8.0升级到0.8.2（ 2013，7 ~ 2015.2 ）

服务端 最稳定的版本，性能最好；但客户端还不是很完善。
客户端api不兼容以前的版本。

• 从0.7版本（ 2012年以前 ）

比较老的版本。