過去幾天我一直在閱讀關於德魯伊的一些信息,想知道這與艾斯波爾有什麼不同。我一直在使用Esper進行實時事件處理。感覺德魯伊用它簡單的JSON查詢和更簡單的界面來做到這一點。DRUID.io vs Esper CEP
有人可以糾正我,分享更多的光?
編輯
可以共存嗎?
過去幾天我一直在閱讀關於德魯伊的一些信息,想知道這與艾斯波爾有什麼不同。我一直在使用Esper進行實時事件處理。感覺德魯伊用它簡單的JSON查詢和更簡單的界面來做到這一點。DRUID.io vs Esper CEP
有人可以糾正我,分享更多的光?
編輯
可以共存嗎?
我不知道德魯伊,可以根據我在網站上看到的內容發表評論。德魯伊似乎在存儲解決方案領域與Impala,Redshift,Vertica,Cassandra和Hadoop相提並論。它似乎是一個針對時間序列優化的商店 - 時間查詢,「主鍵」是時間對象。
Esper不會存儲數據,而是在數據到達時進行分析,因此推測可以實現更低的延遲和更高的吞吐量,因爲它永遠不會到磁盤(除非具有高可用性)。德魯伊似乎能夠分析存儲的時間序列數據,而這需要將事件從另一個商店重放到Esper。
德魯伊集羣由不同類型的節點組成,所以雖然有些是「存儲後查詢」,但也有所謂的「實時」節點。來自Druid documentation:
實時節點提供實時索引。通過這些節點索引的數據立即可用於查詢。實時節點將定期構建表示他們在一段時間內收集的數據的段,並將這些段傳送到歷史節點。
在Druid文檔和博客中有關於如何流入數據並立即查詢的示例。因此,從這個意義上說,它可以爲Esper做類似的事情,但也可以將數據存儲在歷史節點中供以後查詢。它也可以通過Hadoop獲取數據(顯然不是實時處理),這意味着流數據可以在修正或丟失數據時進行修改。
這就是我在閱讀德魯伊文檔時的想法,直到我來到人羣中**爲什麼選擇德魯伊?**,其中一點是**您希望對數據進行分析(實時)**。我的問題是這個結果。 – change 2014-08-28 17:32:43
實時是一個超負荷的詞,幾乎所有的東西都聲稱「實時」。原來的「實時」實際上是硬件實時的。 – user650839 2014-08-28 18:52:07