神马小说：使用opensearch打造高性能搜索服务
神马小说---
使用opensearch打造高性能搜索服务
[使用背景]
神马小说是最早使用opensearch的用户，和opensearch一起成长。目前神马小说每天2亿搜索pv，1000w 用户。产品形态分全网sc，垂搜，app三大块。
opensearch在使用中表现稳定可靠，每天平均latency 40ms，平均qps 2500。
[使用过程]
神马小说团队有着资深的搜索背景，在小说产品刚起步的时候，面临着自己搭建引擎或者选用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越做越好，带给大家更多的福利。
