同样配置的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集群维护 是由整个团队负责的 。他们填补了业务团队 和 运维团队的鸿沟 。能够通过平台监控服务级别索引使用情况