Elastic Search是只读Api的良好数据存储吗?

时间:2020-10-02 20:49:10

标签: elasticsearch reporting

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

此外,我们认为让Kibana对其进行内部分析也很有用。

Elastic Search是否适合此用例?

2 个答案:

答案 0 :(得分:2)

是的,由于以下原因,Elasticsearch将是您的用例的很好选择:

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

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

答案 1 :(得分:0)

除了opster的回答外,我还想说两点可能有助于您做出决定的事情:

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

  2. E.S vs Mongo(我们测得)中的报告效果

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

E.S为以下情况提供实时结果(不到1秒):

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

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

EsS vs Mongo(我们测得)中的报告效果

在类似的情况下,E.S中汇总了500万个数据点用时不到1秒,而Mongo花费了10秒以上。

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