從elasticsearch6.2.4到elasticsearch7.4.0

  昨天看了幾篇ES7.X版本的部落格，自己也實驗了一波，包括各種beat，es,kibana等，現總結如下：

1. 安裝包變大了，ES從30M左右變成了300M左右，原因是es內建了JDK11?(可能是因為elastic的人曉得目前絕大多數開發使用的是JDK8，乾脆幫我們內建JDK11算了)，並預設整合了xpack；kibana也預設整合了xpack,
2. kibana並且增加了很多功能，但是新增的那些功能一般都用不上的，核心的功能就是那幾個；7.4.0的kibana增加了自動漢化配置，不用自己去漢化了，這點還是不錯了，如下圖（elastic中國負責人用了心的0_0）；kibana也可以玩grafna的暗黑模式了；kibana自帶各元件整合教程；kibana也得非root使用者啟動了。。。
3. 從效能上說，官方說的term詞條搜尋效能提升了30+倍，除了Term檢索，Fuzzy，Phrase, Bool And .Bool OR都有大幅的效能提升。https://www.cnblogs.com/jpfss/p/10813808.html
4. 預設分片改為了0，雞肋的索引type也去掉了；以後transportClient這個物件以後也會去掉，取代它的是High Level REST Client ,其實其api差不多；hits文件數可能有可能不是精確的，也許是效能提升帶來的犧牲吧
5. 升級？你將面臨的挑戰：整個elastic stack都得更新；沒有足夠的文件供你學習，可能踩到大坑長時間無法解決；api更新帶來專案程式碼的更新；配套的elasticalert 或KAAE發展滯後，不相容新版本ES（kiabna自帶監控報警，但是得是白金許可才可以，送的basic許可是不行了，不知道能不能破J）；從6.2.4到7.4.0加入了這麼多東西，啟動速度都慢了好多，不知道系統資源多耗費多少。
6. 總而言之：如果公司的Term，Fuzzy，Phrase, Bool And .Bool OR等查詢使用較多，升級能帶來顯著的效能提升，還是應該升級；如果不是，還是觀望觀望吧