即使是不成熟的尝试,也胜于胎死腹中的策略。

为什么有了es还有好多企业自研搜索引擎

Elasticsearch | 作者 JiaShiwen | 发布于2017年11月12日 | 阅读数:8536

目前es已经很成熟了,我最早接触的1.7,正式线上用的2.x,准备升级到5。不过好多企业还在沿用老的搜索架构,有lucence开发的,有solr,当当自研的搜索好像数据源也是mysql(道听途说)。好东西好像没像预期那么火,有市场经验的同学分析一下。
已邀请:

alphabing

赞同来自: medcl mrzero ElastIcPG JiaShiwen

公司几个月前把基于lucence自研搜索引擎切换到es上,公司以前公司一直是计划用Solr的,也有专门工程师研究Solr,去年我来到公司,提出用es,现在已经完美切换到es上。我来回答下,其实以下这几点完全可以归纳为一点。
1、切换掉原有搜索引擎风险大。公司对搜索相关的业务需求很大,仅仅公司内部需求就非常大,由于最初一代搜索引擎耗资巨大(据说一套外包出去花费千万),当时Solr也处于萌芽状态, 所以公司对新一代 搜索引擎的态度非常谨慎,宁愿出资维护原有系统。不到迫不得已,不愿意更换,因为风险大,对原有的进行优化升级似乎更合理。
2、对于新一代搜索引擎es认知过少。  为什么公司最初 想切换到Solr呢, 因为Solr发展的早, 更成熟,解决方案也多。es虽然新,似乎更优秀,但是缺乏更多优秀案例,使用Solr明显更保险。这个问题的解决就需要社区的好好发展了。
3、优秀工程师仍然稀缺。我提出使用es后(此时Solr已经内测通过,公司几个研发团队基本没人对es有较多的了解),领导仍然大力支持我,非常感谢公司领导的英明决策。 领导同意,我就硬着头皮上,本也以为很难, 没想到一路顺风顺水,再加上本来对lucence和Solr就 熟悉,搞es的进度特别快, 顺便还解决了部分Solr无法解决的问题。按照公司的业务需求,内测版整完后,前端直观反映就一个爽字。
4、缺乏尝试。大部分公司对于新技术新领域嘴上说不要,内心还是渴望的,初试云雨后,接收程度会大大提高。初次尝试后,公司正逐步把世界各地数据源都整合进es中,很多业务,用Solr来实现更复杂, 直接上lucence更不敢想。现在公司内部工作人员使用反馈普遍较好,香港总部更是好评。目前正在实践ELK系统,新项目中也更多的接入了大数据和人工智能相关内容。

kennywu76 - Wood

赞同来自: laoyang360 medcl

我觉得主要还是因为ES相对于Lucene/Solr要年轻得多,(特别是国内)熟悉它和能够熟练掌握它的人还不够多。另一方面,一些企业之前在一些自研系统上投入比较大,系统改造成本可能也不容忽视。  所以@Medcl这样的布道师的作用就很关键,一方面要帮助更多的研发人员,技术管理人员知道和掌握ES,创造出更多的成功使用案例; 另一方面帮助更多的运维人员掌握系统运维的方法,提升相关问题解决的能力。 这样企业内部的IT老大们才会慢慢认识到ES相对于自研搜索引擎的优势,才会有信心在企业内增加对该项技术的投入。
 
另外,实际上最近2年ES的火热程度是可以看到的,象我们公司很多研发部门已经在将基于自研的搜索系统向ES上迁移。 从近期ES相关招聘职位的增多也可以看的出其在国内在加速落地。

medcl - 今晚打老虎。

赞同来自: laoyang360

楼上回答的都很好了,其实 es 在国内用来做日志的最多,知名的互联网公司都在用来做日志分析,但是做搜索的还真要少很多(相比日志),原因其实应该很多,主要需求驱动吧,已经有成熟的搜索实现的,包括自研和基于其他方案,现有的如果已经工作很好,确实没有必要换一个新的体系,很多用 es 做搜索的基本上也不会经常更新版本。
 
还有一些公司就是没怎么听说过 es 的,es 相对还比较年轻,我线下接触的很多人确实都没怎么听说过 es,这个也需要时间和业界用户的口碑来进行传播。
 
其实稍微比较一下 es 和其他的搜索产品,es 真的要好用很多的。
 

JiaShiwen - it老兵

赞同来自:

头一次发问题这么多人回答,感谢各位。玩儿es两年了,有同道真好。业务的开发便利是一方面,安全性是另外一个话题,尤其是数据的可用性。oracle db之所以在企业市场依然占优是因为有完善的数据备份和保障体系,这个是企业最看中的,es的安全组件已经很多了,但实施起来仍然需要更多的最佳实践来做引导。要不开源的组件虽然多但是案例没有或不全,尝试起来周期就长。有时候觉得外围配套的东西有时候会影响一个好产品的普及。

要回复问题请先登录注册