ElasticSearch 作为 EventStore

ElasticSearch as EventStore

我想问一下您的意见,以及您认为将 ElasticSearch 用作 EventStore 的利弊。

我想知道是否有人有使用 ElasticSearch 作为事件存储的经验,结果如何,可靠性如何,是否有任何问题。

eta:post 被一个没有解释的投票者提醒...This Kafka is not for Event Sourcing post 在思考这类问题时非常有用。


Elastic search 的设计初衷并不是要成为实际应用状态的权威持久存储。 Redis 也不是。 卡夫卡也不是。

这三者都可能在使用事件存储的应用程序上下文中有用。

我可以建议阅读像 NoSql distilled 这样的书来了解这个 space 中的 select 离子标准,这样你就会知道如何 select 一些合适的东西.

此外,为了让这样的问题更容易回答(通常这样的问题被认为是主观的并且会被关闭),重要的是提供关于您要维护什么样的东西的上下文,什么样的访问模式,什么样的规模 and/or 任何其他上下文。一份无上下文的洗衣清单 pro/cons 不会有太大帮助。