本文介绍了卡夫卡适合运行公有API吗？的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！
问题描述
我有一个要发布的事件流。它被划分为多个主题，不断更新，需要水平扩展(没有SPOF很好)，在某些情况下可能需要重播旧事件。所有似乎与卡夫卡的能力相匹配的功能。
我想通过任何人都可以连接并获取事件的公共API将其发布到世界各地。Kafka适合作为公共API公开吗？
我已经阅读了文档页面，但还没有更深入。ACL似乎是合理的。
我的顾虑
消费者将在世界任何地方。我看不出卡夫卡的建筑有什么问题。消息的速率可能不会超过每秒10条。
与ZooKeeper集成有问题吗？
是否有反对让订阅服务器客户端进行我无法控制的连接的理由？
推荐答案
我会考虑的问题之一是可能的group.id冲突。
假设您有一个主题可供世界使用您的消息。
现在，如果您的某个客户端具有多节点系统，并且希望避免重复读取同一消息，则它们将对两个节点设置相同的group.id，从而形成一个消费者组。
但是，如果世界上其他人使用相同的group.id怎么办？它们会影响第一个客户端，导致其丢失消息。似乎没有该级别的安全性。
这篇关于卡夫卡适合运行公有API吗？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！