我正在开发一系列将作为微服务部署的应用程序。每一个都有一个单独的数据库，我希望通过一个统一的事件存储/日志（比如apachekafka）来协调数据。我已经开始尝试kafka，大多数用户似乎都在大规模使用kafka进行集群和相当复杂的容错设置。我们最初预计不会有特别大的数量，所以我想知道Kafka是不是正确的选择？这对Kafka来说合适吗？还是我应该考虑一下我们目前的规模，选择更轻的替代品。
我正在开发一系列将作为微服务部署的应用程序。每一个都有一个单独的数据库，我希望通过一个统一的事件存储/日志（比如apachekafka）来协调数据。我已经开始尝试kafka，大多数用户似乎都在大规模使用kafka进行集群和相当复杂的容错设置。我们最初预计不会有特别大的数量，所以我想知道Kafka是不是正确的选择？这对Kafka来说合适吗？还是我应该考虑一下我们目前的规模，选择更轻的替代品。
2条答案
按热度按时间dgsult0t1#
我认为您对使用消息总线体系结构的描述听起来是个好主意。Kafka是一种可能的解决方案，还有其他一些。我认为，比您使用哪种消息传递总线更重要的是沿着这条路线走下去的体系结构决策。选择正确的消息总线可以通过查找每种总线的优缺点来完成。
pn9klfpd2#
如果您正在试用Kafka，那么我假设您希望使用发布/订阅消息工具。您可能希望将mq light作为另一种可能性。它可以用于微服务体系结构中组件之间的发布/订阅消息传递。它也可以部署在bluemix云中，如果您以后有一个卷增加，并需要添加更多的示例。