-IV0版本后缀是什么意思？

Question

我们在三节点 Azure 集群中部署了 Apache Kafka 0.10.2.0。我们没有在文件log.message.format.version中指定选项server.properties，因此我们期望它应该是 Kafka 版本（即0.10.2.0）。

但是，当尝试执行 Kafka 代理滚动升级时，我们log.message.format.version=0.10.2.0-IV0在服务器日志中注意到了这一点。

根据Kafka 升级指南， 它似乎总是log.message.format.version与Kafka 版本本身完全相同server.properties（当然，如果没有被配置覆盖）。

1. 版本号后缀是什么-IV0意思？
2. 为什么log.message.format.versiondefault与Kafka版本不同？

Answer 1

基本上，IV0、IV1等IV2是 Kafka 版本内的协议版本。特定的 Kafka 版本在开发过程中可能会有多个协议更改。

由于 api 协议可能在同一版本内多次更改，并且为了方便人们从 trunk 部署代码，我们有内部版本的概念（在 0.10.0 开发周期中首次引入）。例如，我们第一次在发行版中引入版本更改（例如 0.10.0），我们将添加配置值“0.10.0-IV0”和相应的案例对象 KAFKA_0_10_0-IV0。我们还将添加一个配置值“0.10.0”，该值将映射到最新的内部版本对象，即 KAFKA_0_10_0-IV0。当我们在开发0.10.0时第二次更改协议时，我们将添加一个新的配置值“0.10.0-IV1”和相应的案例对象KAFKA_0_10_0-IV1。我们将更改配置值“0.10.0”以映射到最新的内部版本对象 KAFKA_0_10_0-IV1。“0.10.0-IV0”的配置值仍映射到 KAFKA_0_10_0-IV0。这样，如果人们从主干部署，他们可以使用“0.10.0-IV0”和“0.10.0-IV1”一次升级一个内部版本。对于大多数只想使用发布版本的人来说，升级到 0.10.0 版本时可以使用“0.10.0”。

（来自Kafka源代码：https://github.com/apache/kafka/blob/c216adb4bbf8306977380a1ec371380e30137765/core/src/main/scala/kafka/api/ApiVersion.scala#L30）