database - 作为持久数据库的 Elasticsearch

Question

我试图了解使用 Elastic Search 作为持久存储的可行性。
我的目的是，大量的写入操作 - 从抓取多个抓取实例。
目前我使用 Mongo DB 作为存储，现在我必须在 Mongo DB 中索引数据以制作文本搜索应用程序。为了避免使用多个存储实例，即Mongo DB 和 ES，我试图清楚地了解这一点。
在互联网上搜索时，大多数文章都很旧(日期为 2011-2015)并建议不要使用 ES 作为持久存储。
提前致谢。

Answer 1

通常，Elasticsearch 作为非关系型数据库并不足以响应应用程序的所有用例。
这就是为什么通常在另一个 SGBD(postgres、Oracle 等...)上使用 Elastic
对于大量写入，客户端通常使用 Cassandra 具有数据湖和 Elasticsearch 来对部分数据进行可视化。
部分数据的频繁更新管理起来可能非常复杂，并且在该目标中设计有效的索引可能具有挑战性。
现在，如果您确保在所有索引上拥有至少 1 个副本的集群，并创建常规快照，那么您的数据在 Elasticsearch 中的安全性就像在另一个管理良好的数据库中一样。
您可以通过跨集群备份、一个集群的多个“区域”等来确保更高的安全性……
此外，弹性集群可以很好地扩展并轻松管理数百 GB 的索引。
选择 SGBD 总是很复杂，而且每个用例都不同，但是如果您的应用程序可以使用 Elasticsearch 查询做任何事情，那么您只能使用 Elasticsearch。 (在完整搜索的情况下，我只是在摄取我的文档后不需要任何数据库调用)