融合模式注册表作为独立服务
Kafka流之外的应用程序可以使用融合模式注册表吗？我特别感兴趣的是将此组件用于Apache Kafka以外的消息队列，例如云发布/订阅。根据调查，该组件似乎与使用融合平台的应用程序紧密耦合。
共有1个答案
好吧，融合模式注册表确实依赖于Kafka（它是模式实际存储的地方）。您不需要ConFluent Platform的其余部分。
虽然有一个存储接口，理论上可以针对外部系统重新编写，但我不知道有什么方法可以改变默认实现。
一旦有了Kafka（以及随后的Zookeeper），RESTAPI本身就可以被任何外部序列化库包装。例如，Flink、NiFi和Streamset已经将这种方法用于Avro模式管理。
-
我现在一直在查看Spring Cloud模式注册表和汇合模式注册表。我可以看到一些区别，例如Spring Cloud模式注册表将模式保存在普通数据库中，默认情况下保存在h2中，而汇合模式注册表保存在kafka主题中。 spring云模式注册表的这种方法是否会对性能产生任何影响。据我所知，即使数据保留在主题上，以防汇合，查询它时仍然会有延迟。但会有重大影响吗？ 我还可以看到，spring云模式注册表
-
我使用来自Confluent的Kafka Connect来使用Kafka流并以拼花格式写入HDFS。我正在1个节点中使用架构注册表服务，它运行良好。现在我想将模式注册表分发到集群模式以处理故障转移。关于如何实现这一点的任何链接或片段都将非常有用。
-
我们正在开发并尝试删除主题的模式，因为更改与旧模式不兼容。 我们删除了模式/主题，并尝试使用相同的主题名称创建新模式，成功创建了模式。 然而，当我们运行应用程序时，它仍然指向相同的模式ID。 旧模式ID（主题“topic1”）：51 新架构ID（主题“topic1”）：52 应用程序在反序列化消息时出错 <代码>root@bas：/#curl-khttps://schemaregistry:443
-
我正在尝试使用Confluent schema registry，下面是我在Github中找到的一些示例(https://github.com/gAmUssA/springboot-kafka-avro). 当消费者和生产者与模型共享相同的命名空间而不是其工作时。 当使用者位于具有不同名称空间但具有相同类（名称和属性方面）的不同项目中时，它不工作。 合流Avro反序列化程序可以使用正确的值反序列化
-
我正在与Avro/Kafka和Confluent的Avro模式注册中心合作。 我使用avsc文件和avdl制作了一些基本模式和具有基本类型的主题。 我正在查看Confluent制作的API文档，以尝试将模式发展到版本2。特别是本部分： https://docs.confluent.io/current/schema-registry/using.html#register-a-new-versio
-
有可能将融合模式注册与AWS MSK集成吗？如果你以前这样做过，你能提供一些你实现它的方法/博客吗？