使用 confluent cp-schema-registry，它是否必须与您用于 producers/consumers 的同一个 Kafka 通信？

Using confluent cp-schema-registry, does it have to talk to the same Kafka you are using for producers/consumers?

我们已经在生产中使用了 Kafka 运行。不幸的是，它是一个旧版本，0.10.2。我想从 Confluent Platform 的社区版开始使用 cp-schema-registry。这意味着安装旧的 3.2.2 模式注册表映像以与我们的旧 kafka 兼容。

根据我在文档中阅读的内容，Confluent Schema Registry 似乎使用 Kafka 作为存储其状态的后端。但是从 Kafka 主题生成 to/reading 的客户端独立于 Kafka 与 Schema Registry 交谈。

所以我想知道在生产中是否更容易管理，运行模式 Registry/Kafka/Zookeeper 在一个容器中，独立于我们的主要 Kafka 集群。然后我可以使用最新版本的一切。另一个好处是，将这个新的服务组件站起来不会对现有的 Kafka 集群造成任何意想不到的负面影响。

我发现文档并没有很好地解释每个部署策略的 pros/cons 是什么。有人可以提供有关他们如何在具有现有 Kafka 的环境中部署架构注册表的指导吗？将架构注册表连接到您的主 Kafka 集群的主要优势是什么？

较新的 Kafka 客户端向后兼容 Kafka 0.10，因此您没有理由不能使用比 3.2 更新的 Schema Registry

在文档中

Schema Registry that is included in Confluent Platform 3.2 and later is compatible with any Kafka broker that is included in Confluent Platform 3.0 and later

我当然会避免将所有东西都放在一个容器中......这不是它们的用途，你没有理由需要另一个 Zookeeper 服务器

当您可以在现有集群上存储相同的信息时，仅拥有一个辅助 Kafka 集群来保存一个模式主题似乎是不必要的

the clients that are producing to/reading from Kafka topics talk to Schema Registry independently of Kafka

客户与两者交谈。在您的常规客户端代码到达主题之前，仅通过 HTTP 发送 Avro 模式。不，模式和客户端数据不必属于同一个 Kafka 集群

任何时候任何人部署 Schema Registry，它都会被添加到 "an existing Kafka"，不同的是你的可能有更多数据

使用 confluent cp-schema-registry，它是否必须与您用于 producers/consumers 的同一个 Kafka 通信？

Using confluent cp-schema-registry, does it have to talk to the same Kafka you are using for producers/consumers?

apache-kafka

confluent-schema-registry