【问题标题】:Is Elastic Search a good data store for a Read Only Api?Elastic Search 是只读 Api 的良好数据存储吗?
【发布时间】:2020-10-02 20:49:10
【问题描述】:

我们计划创建一个通过只读 api 公开的报告数据库。它将包含我们的客户和发票等内部流程的报告相关读取 API。

此外,我们认为让 Kibana 为我们的内部团队进行分析也会很有用。

Elastic Search 适合这个用例吗?

【问题讨论】:

    标签: elasticsearch reporting


    【解决方案1】:

    是的,为什么不呢,由于以下原因,Elasticsearch 将成为您的用例非常好的选择:

    1. 您可以对数据进行反规范化并将它们存储在单个索引中,这将使获取和搜索非常快速,这通常是 nosql 的主要用例,ES 可以这样工作。
    2. Basic x-pack security 在 ES 中免费提供,它可以为您的用户提供只读访问权限,而无需付出太多努力和成本。
    3. 除了搜索之外,Elasticsearch 再次在分析用例中非常受欢迎,您可以轻松地为您的用例运行聚合,并且可以使用 Kibana 仪表板 进行可视化,它与ES 因为两者都是同一公司(弹性)产品。

    最重要的是,ES 是水平可扩展的分布式系统,可以轻松扩展到数百个节点,以支持任何人不断增长的需求。

    【讨论】:

      【解决方案2】:

      除了 opster 的回答之外,我想提两点可能会帮助您做出决定的事情:

      1. E.S 如何为我们提供具有广泛数据集的生产中的实时报告用例

      2. 在 E.S 与 Mongo 中的报告性能(我们衡量的)

      E.S 如何为生产中的实时报告用例提供服务 拥有广泛的数据集

      E.S 为我们的以下案例提供实时结果(不到 1 秒):

      1. 通过运行多组过滤器(日期等)和聚合数百万个数据点生成的报告

      2. 基于时间的报告(按日、周、月、季度、年分组数据)- 由 DateHistogram 提供支持

      在 E.S 与 Mongo 中的报告性能(我们衡量的)

      在类似的实例上,在 E.S 中聚合 500 万个数据点花费了 10 秒。

      除上述之外:还支持scripting,提供了很大的灵活性。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 2021-02-03
        • 2015-05-20
        • 2021-06-16
        • 1970-01-01
        • 1970-01-01
        • 2012-04-14
        • 1970-01-01
        相关资源
        最近更新 更多