我们已经有Kafka在生产了。不幸的是，它是一个旧版本，0.10.2。我想从confluent platform的社区版开始使用cp schema registry。这意味着要安装schema registry的旧3.2.2映像，以便与旧kafka兼容。
从我在文档中读到的内容来看，confluent schema registry似乎使用kafka作为存储其状态的后端。但是，生成/读取kafka主题的客户机独立于kafka与schema registry对话。
所以我想知道，在生产环境中，在一个容器中运行schema registry/kafka/zookeeper，独立于我们的主kafka集群，是否更容易管理。那我就可以用最新版本了。另一个好处是，支持这个新的服务组件不会对现有的kafka集群造成任何意外的负面后果。
我发现文档并没有很好地解释每种部署策略的优缺点。有人能提供一些指导，说明他们是如何在一个有kafka的环境中部署schema registry的吗？将schema registry连接到主kafka集群的主要优势是什么？
1条答案
按热度按时间bq9c1y661#
较新的kafka客户机与kafka 0.10向后兼容，因此没有理由不能使用比3.2更新的模式注册表
在文档中
confluent platform 3.2及更高版本中包含的架构注册表与confluent platform 3.0及更高版本中包含的任何kafka代理兼容
我当然不会把所有的东西都放在一个容器里。。。这不是他们打算如何使用，也没有理由你会需要另一个zookeeper服务器
当您可以在现有集群上存储相同的信息时，让辅助kafka集群只包含一个模式主题似乎是不必要的
产生/读取kafka主题的客户机独立于kafka与schema registry对话
客户与双方都交谈。在常规客户端代码到达主题之前，只有avro模式通过http发送。不，模式和客户机数据不必是同一个kafka集群的一部分
任何时候，只要有人部署schema registry，它就会被添加到“现有的kafka”中，不同的是，您的schema registry中可能有更多的数据