添加额外的Schema Registry层可以带来好处吗？

Question

在生成/使用消息时，添加架构注册表的附加层（即故障点）是否有任何好处？如果服务中断，则消息将不会被使用或产生。通过使用不减少故障点的Schema Registry，使用Kafka的系统难道不会更容易出错吗？

Answer 1

在体系结构中拥有架构注册表的一个关键点是确保“即使在正常操作期间”，数据管道也可以端到端地工作。

也就是说，即使所有系统都已启动并运行（“全绿色，正常运行时间100％！”），A例如，由团队管理的生产者应用程序也可能会得到更新，并且现在开始生成不兼容的数据，从而对下游的消费者造成附带损害。通过团队管理B和C那个没有想到这种变化。

因此，当您决定是否使用架构注册表时，您不仅应该问自己“场景失败时”的情况（这很可能会在某个时候发生，这就是为什么例如Confluent Schema Registry支持诸如高可用性设置），但同时也涉及数据管道正常运行所需的保证。

如果服务中断，则消息将不会被使用或产生。

一般来说，是的。实际上，诸如模式注册表服务的高可用性模式，模式的客户端缓存等功能都有助于最大程度地减少此类损害。

通过使用不减少故障点的Schema Registry，使用Kafka的系统难道不会更容易出错吗？

没错，总的来说，您希望避免引入可能是链中另一个故障点的组件。

就是说，如果您正在生产中运行数据管道（尤其是在较大的组织中），则模式注册表还可以通过确保始终可以读取写入的数据来帮助消除“故障点”。有人可能会争辩说，“数据更改”触发的故障至少与一个或多个系统不可用触发的故障一样普遍。