我很喜欢活动采购的想法。我的主要优势在于：
如果您构建微服务而不是使用事件源，那么沟通就变得非常容易。您的组件是解耦的，它们所需要做的就是知道事件存储在哪里。
你知道最简单的活动商店是什么？我只想存储在我的应用程序中发生的事件，并让其他组件看到这些新事件。
我用的是scala
我有过使用apachekafka的经验，有很多库可以阅读kafka主题（例如akkakafka流）
apachekafka是一个集群系统。很难部署，设置，这对我来说是最困难的部分。我想构建应用程序并使用服务逻辑，而不是设置kafka集群。我听说了vertx和它的事件总线，但我还没有尝试
2条答案
按热度按时间6ljaweal1#
事件源不是关于工具，而是关于设计。你甚至可以用mysql做事件源。
但是，在工具方面，您可以检查：
拉格姆-我认为它正在取代 akka ，来自同一支球队，但似乎更容易。
eventstore-greg young提供的简单事件存储
au9on6nz2#
事件源不是服务之间的通信，而是将数据存储为不可变的日志（通常在服务中）。对于这个用例，kafka不是一个特别好的选择。阅读这篇文章的一些原因。
但是，kafka可以与事件源解决方案相结合，为其他服务提供事件分发。