DRUID.io vs Esper CEP

Question

过去几天我一直在阅读关于德鲁伊的一些信息，想知道这与艾斯波尔有什么不同。我一直在使用Esper进行实时事件处理。感觉德鲁伊用它简单的JSON查询和更简单的界面来做到这一点。

有人可以纠正我，分享更多的光？

编辑
可以共存吗？

Answer 1

我不知道德鲁伊，可以根据我在网站上看到的内容发表评论。德鲁伊似乎在存储解决方案领域与Impala，Redshift，Vertica，Cassandra和Hadoop相提并论。它似乎是一个针对时间序列优化的商店 - 时间查询，“主键”是时间对象。

Esper不会存储数据，而是在数据到达时进行分析，因此推测可以实现更低的延迟和更高的吞吐量，因为它永远不会到磁盘（除非具有高可用性）。德鲁伊似乎能够分析存储的时间序列数据，而这需要将事件从另一个商店重放到Esper。

Answer 2

德鲁伊集群由不同类型的节点组成，所以虽然有些是“存储后查询”，但也有所谓的“实时”节点。来自Druid documentation：

实时节点提供实时索引。通过这些节点索引的数据立即可用于查询。实时节点将定期构建表示他们在一段时间内收集的数据的段，并将这些段传送到历史节点。

在Druid文档和博客中有关于如何流入数据并立即查询的示例。因此，从这个意义上说，它可以为Esper做类似的事情，但也可以将数据存储在历史节点中供以后查询。它也可以通过Hadoop获取数据（显然不是实时处理），这意味着流数据可以在修正或丢失数据时进行修改。