Confluent Schema Registry“主题”和“版本”

Question

我正在学习 Confluent 的 Schema Registry 以满足所有 Schema 管理需求。

而且我不太了解他们的版本控制方法... 有一个subject 的概念，我将其视为命名空间。据我了解，主题在架构注册表中必须是唯一的。

然后是schema id，或者只是id，也是唯一的。

最后，还有一个version。

这是文档中的 sn-p：

version：此主题的架构版本，从 1 开始 每个科目

id: 全局唯一的架构版本 id，跨界唯一 所有主题中的所有模式

所以，一旦我想修改特定主题下的架构，id 和 version 字段会发生什么情况？ id 有变化吗？ version 会增加吗？

另一个引用：

当模式演变时，它们仍然与同一主题相关联，但会获得新的模式 ID 和版本

是否每次更改都需要一个新的id 和一个新的version？

Answer 1

每个主题都有一个版本列表。如果您愿意，可以在源代码中验证这一点。

注册表中的每个 id 都是全局唯一的，而不是“主题版本列表”中的 id。根据注册表的兼容模式，每个主题只会存储增量数量的版本，这是一个索引，而不是正确的 ID。

如果两个主题共享相同的架构，则架构 ID相同，尽管两个不同主题内的“版本索引”可能不同。此案例请参见下面的示例。

每个唯一的架构（由其文本表示形式定义）都有一个唯一的（可能是增量的）ID。它们经过 MD5 散列或“指纹”以确保唯一性，然后在 Schema Registry 集群中进行全局比较。这是通过等效于 ConcurrentHashMap<String, Schema> 完成的，其中键是值 Schema 对象的哈希

---

示例：将sub、v 和s 用于主题、版本和架构

1. 创建sub₁，使得v₁:s₁
2. 更新它以创建 v₂:s₂
3. 获取更新的架构文本并将其发布到新的子目录₂

sub₁ : [ v₁:s₁, v₂:s_{2 ]
sub2 : [ v1:s2 ]}

关于问题

想要修改特定主题下的架构，id 和版本字段会发生什么？身份证会变吗？版本会增加吗？

如果您进行兼容的架构更改，版本将始终递增。如果您对主题架构的编辑恰好与其他主题架构定义匹配，则 ID 不会更改