同樣配置的ecs 是 阿里雲es 的 53%
如果公司有大量的es instance ，自己運維確實還是比較省的
阿里雲 提供了全套了的方案 ，但是真的是那麼完美？
首先第一點 elasticsearch YML參數配置 他就不完美支持 。
https://help.aliyun.com/document_detail/61336.html
我們的業務方同學 ，他需要的是什麼呢 ， 他關心的是服務級別的事情
1 他的服務或者應用依賴es 的集羣狀態 ，索引的 qps ，tps ， rt 返回時間， load ， full gc ，網絡io，隊列 ，磁盤io ， exception 等等metric
2 他快速的方便的接入 es service
3 他需要知道 搜索日誌 ，慢查詢 ，慢索引 ，gc 日誌 ，以便他排查問題
4 在資源不足情況 ，我要索引數據遷移到新的集羣索引中（本地reindex 或者遠程reindex，reindex 不是特指eleasticsearch reindex api ）
5 監聽binlog 數據聚合 然後batch 倒入es 平臺 （老大特指了圖形化接入的問題）
基礎運維同學 需求 基本阿里雲管理平臺 可以滿足
這裏 還有個問題 ，基礎運維同學 可能不熟悉es ，可能他也沒有時間幫忙排查es的問題 ，es 的集羣架構，es源碼排查 。 他們可能也不關心 哪些索引業務已經沒用了 ，但是佔用了巨大磁盤空間等等。
而這一塊 ，大公司都是有主搜團隊的 。 es集羣維護 是由整個團隊負責的 。他們填補了業務團隊 和 運維團隊的鴻溝 。能夠通過平臺監控服務級別索引使用情況