彈性搜索API與Spring數據與Logstash

Question

我計划使用基於Spring Boot的休息服務對我們的儀表板進行彈性搜索。 經過研究，我看到了前3個選項

選項A：

1. 使用Elastic Search Java API （從注釋中消失）
2. 使用Elastic Search Java Rest客戶端
3. 使用spring-data-elasticsearch （計划使用es 5.6，但對於最新的es 6來說頗具挑戰性，因為我現在看不到它的支持）

選項B：

還是應該使用logstash方法在postgressql和使用logstash的彈性搜索之間同步數據？

在高負載情況下，其中哪一種是從ES獲得接近實時數據的長期方法？

用例：我需要從postgresql表中保存一些數據以彈性搜索我的儀表板（接近實時）

兩個表和es都經常更新，以保持當前狀態

負載將在幾周內增加

Answer 1

從本質上講，列出的選項是：應該使用現成的解決方案（logstash），還是應該實現自己的解決方案。

首先嘗試使用logstash看看它是否對您有用-比實施自己的解決方案所需的時間更少，而且您可以在數分鍾內獲得可行的解決方案（如果不是數百張表）

如果要近乎實時，則需要弄清楚它是否允許您：

• 處理增量更新，即，如果其“ tracking_column”配置適用於您的數據結構，並且僅在每次運行中加載更新的記錄，而不是整個表。
• 以所需的頻率運行
• 總的來說，可以滿足您的延遲要求

如果您決定采用自己的解決方案，請記住，spring-data-elasticsearch是底層Elasticsearch客戶端的高級包裝。 如果有延遲目標，那么在較低級別上工作（elasticsearch客戶端）可能會為您提供更好的控制和更多選項來調整管道。

否則，客戶端的選擇與數據饋送功能（卷/更新頻率）和db / es集群配置無關緊要。