使用开源版本的elastic存储日志数据时，存在哪些局限性?

1.es使用DSL语言进行搜索，该语言对于普通用户不友好，往往一个简单的聚合加join就需要拼接出较为复杂的dsl，后续elastic也推出sql access的功能，但是还是没有目前的商用软件已有的封装语言来得方便
2.集群规划比较复杂，特别是集群大量索引管理，索引分片配置，统一平台管理logstash配置，进程，升级复杂，定时执行，reindex，告警，ldap对接，权限模块等等都需要大量的开发工作
3.存在定制化功能的时候只能提交意见 ，因此功能的迭代只能依靠elastic的发布，这个对于大部分甲方人员都是比较难接收

开源ES存在功能和性能两方面缺陷，尤其在企业级运维管理方面，存在缺乏用户权限管理机制和监控等功能，因此建议购买elastic公司的发行版本。elastic公司刚在美国市场上市，市值达到50亿美元，其在中国设有分公司，负责产品销售和技术支持。

ES 2.3.0遇到的问题：
（1）性能问题
·大量数据的集中导入会导致ES性能下降，例如，查询响应时间变长、建index等命令会超时。
·数据量大的时候，节点重启会需要很长时间初始化shards。
（2）功能问题
·不能实时导入数据。
·有刷新间隔，最低1s。
·没有真正的数据更新及删除功能，重新导入数据document会删掉旧的重新插入，效率低。批量删除数据时，使用deletebyquery效率也很低。

ES本身缺乏安全和权限方面的功能，但可以购买elastic公司的其他工具。