elasticsearch ElasticSearch作为事件存储

我想问一下您的意见，以及您认为使用ElasticSearch作为EventStore的利弊

---

我想听听是否有人有使用ElasticSearch作为事件存储的经验，结果如何，可靠性如何，以及是否存在任何问题。

eta：通过一个没有解释的投票者提醒我这篇文章。。。思考这类问题时，post非常有用

---

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

在使用事件存储的应用程序环境中，这三种方法可能都很有用

我建议你读一本书，想在这里了解一下选择标准，这样你就会知道如何选择合适的东西

---

同样，对于这样一个更容易回答的问题（一般来说，这样的问题被认为是主观的，并且是封闭的），重要的是要提供上下文，比如你要维护什么样的东西，什么样的访问模式，什么样的规模和/或任何其他上下文。一份没有上下文的赞成/反对意见的清洗清单不会有多大帮助。

问题是，您希望/需要在事后如何处理这些数据？你预计有多少活动？您可以在ES中存储（几乎）任何内容，这样您的问题就不会有正确/错误的答案。作为一个很好的示例，我们将使用它重建视图，为不同的端点生成不同的视图。有大量关于促销、价格和变化等的数据。因此，期望是巨大的，但历史也非常重要。所以存储应该能够处理大量的请求，并且是可靠的。因为历史对于生成和重建视图非常重要。elasticsearch是否提供了一种机制来对您的流进行版本设置（并使用该版本检测并发冲突）和查询每个流的事件以重建聚合？感谢您的回复，我将阅读这本书。问题更一般，因为我们实际上在研究我们在工作中正在做什么，用什么作为项目的事件存储。我们从amazon上了解到dynamo DB，但它也不是合适的解决方案，所以我试着询问是否有人在这种情况下有使用elasticsearch的经验。简单地说，我们正在开发数据服务，在其中我们将处理有关以下方面的事件：价格、价格变化、促销以及从该数据生成到端点的视图。此外，如果某些东西无法从事件中重新生成视图。谢谢你的回复，我很满意。