【问题标题】:What alternatives for event sourcing except Apache Kafka?除了 Apache Kafka 之外,还有哪些事件溯源替代方案?
【发布时间】:2019-04-14 02:32:50
【问题描述】:

我真的很喜欢事件溯源的想法。对我来说主要的优势是:

如果您构建微服务而不是使用事件溯源,则通信变得非常容易。您的组件是解耦的,他们需要做的就是知道事件存储在哪里。

你知道的最简单的事件存储是什么?我只想存储在我的应用程序中发生的事件,并让其他组件看到这些事件以了解即将发生的新事件。

我正在使用斯卡拉

我有使用 apache kafka 的经验,有很多用于阅读 kafka 主题的库(例如 akka kafka 流)

Apache kafka 是一个集群系统。很难部署、设置,这对我来说是最难的部分。我想构建应用程序并使用服务逻辑,而不是设置 kafka 集群。我听说过 vertx 和它的事件总线,但我还没有尝试过

【问题讨论】:

  • 要求我们推荐或查找书籍、工具、软件库、教程或其他非现场资源的问题是off- Stack Overflow 的主题,因为它们往往会吸引固执己见的答案 - help center
  • 如果您使用托管的 Kafka 解决方案,则无需设置它...通常,大公司有一个单独的团队维护这些系统
  • @cricket_007,我知道 devops 团队。我只是想找到一个可以轻松安装为数据库的软件
  • 在我看来,Kafka 相当容易安装。只是更难调整,但所有数据库都是如此。

标签: scala apache-kafka vert.x event-sourcing


【解决方案1】:

事件溯源不是关于服务之间的通信,而是关于将数据存储为不可变日志(通常在服务中)。对于这个用例,Kafka 并不是一个特别好的选择。阅读this post 了解其中的一些原因。

但是,Kafka 可以与事件溯源解决方案配对,以将事件分发到其他服务。

【讨论】:

    【解决方案2】:

    事件溯源与工具无关,而与设计有关。即使使用 MySQL,您也可以进行事件溯源。

    但是在工具方面,您可以检查:

    • Lagom - 我认为它正在取代 Akka,来自同一个团队,但似乎更容易。
    • EventStore - Greg Young 的简单活动商店

    【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2023-02-08
    • 2010-09-28
    • 2011-09-04
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-03-09
    • 1970-01-01
    相关资源
    最近更新 更多