神马小说:使用opensearch打造高性能搜索服务

神马小说---

使用opensearch打造高性能搜索服务

 

[使用背景]

神马小说是最早使用opensearch的用户,和opensearch一起成长。目前神马小说每天2亿搜索pv,1000w 用户。产品形态分全网sc,垂搜,app三大块。

     opensearch在使用中表现稳定可靠,每天平均latency 40ms,平均qps 2500。

神马小说:使用opensearch打造高性能搜索服务

[使用过程]

     神马小说团队有着资深的搜索背景,在小说产品刚起步的时候,面临着自己搭建引擎或者选用opensearch的基础方向问题。当时选择opensearch的主要原因:

1、信任opensearch团队,opensearch团队以往的经历展现了意志坚定,做事靠谱的优秀品质;

2、opensearch方便易用,在web页面新建一个应用,配置索引字段,使用数据接口灌几篇doc,引擎就搭好生效了,普通工程师几天就能熟悉掌握opensearch的使用;

3、引擎的部署、升级、扩容是系统运维上非常麻烦的事情,使用opensearch能省去一大摊事情,更好的把精力投入到业务上。

4、opensearch对于文本类模糊搜索有非常完善的解决方案,自定义多维度分词、丰富的文本相关性feature,低latency、高QPS,都很好的满足我们的需求。

    事实证明了我们当时的选择是正确的。

     当然使用opensearch过程中也踩过坑。比如索引字段类型可以在线更改功能刚上线时,更改后导致该索引失效,搜索无结果;还有早期搜索偶尔会无结果,查出是opensearch的一个bug。

     踩坑是难以避免的,就像程序一定存在bug,重要的是踩坑后的后继处理速度和处理方案。opensearch在这方面的表现让人放心。在群里贴出问题后,opensearch同学会迅速答复,然后热情参与问题跟踪,直到解决。即使晚上出现突发情况时,从没发生找不到人帮忙的情况。


[需求和建议]

     再聊聊使用opensearch遇到的功能性问题。

1、opensearch不支持全量重建,要一条条揪出过期数据然后删除,这个不方便。

 OpenSearch解答:目前API全量功能已经在规划中,敬请期待。

2、期望opensearch能支持应用别名。用户使用应用别名A,A实际指向A1,要切换应用时,把A指向A2,对用户透明。

  OpenSearch解答:应用灰度发布的功能也已经在规划中,敬请期待。


[总结]

     最近改版的前端页面很好用,杭州、上海两地机房的投入让服务更加稳定可靠,离线流程的升级、精排功能的增强让用户有了更好的使用体验。

祝opensearch越做越好,带给大家更多的福利。

 

神马小说:http://m.sm.cn/novel/ 

马上申请opensearch免费公测

微博互动





你可能感兴趣的:(神马小说:使用opensearch打造高性能搜索服务)