【Open Search产品评测】－－
淘点点：基于OpenSearch，轻松实现一整套O2O类搜索解决方案
[使用背景]
我们淘点点团队应该可以算是内网首批使用opensearch来搭建应用的团队了，在此之前，一直使用集团内一个基于lucene的引擎平台。对于淘点点特定的排序需求，都需要该团队配合升级，运维上共同维护。年初，集团推出Isearch5，然后又看到opensearch，一个基于Isearch5之上的搜索开放平台。听下来最令我们开心的就是：排序支持formula, 这样以后我们就可以自己写排序表达式，同时也可以动态调整排序参数，排序简简单单的一句“sort=RANK”就能让定制排序生效，就是方便。
[使用过程]
事实上，opensearch上手的确很快。看一下官网的帮助文档，创建出应用，定义好索引结构，调用其提供的sdk就能快速搭建搜索服务。当然，期间也会有很多细节问题和需求，这些通过opensearch团队的兄弟姐妹，都能快速解决。同时opensearch提供多种排序和过滤策略，完全自定义，能让我们在产品上进行多个维度上展现，底层只需要稍微修改下查询语句即可，非常方便。
[使用技巧]
如外卖场景，需要根据商家的配送范围进行外卖能力的筛选和判断，opensearch团队也推出了in_polygon插件，只需要商家将配送范围在地图上进行打标，转化为opensearch的多值double字段area_values，查询时调用in_polygon(lat,lon,area_values)，其中lat\lon为当前用户坐标，即可实现界面上只展现能配送到用户指定位置的商家列表。
按距离排序或者过滤应该是O2O类搜索不可避免的需求，对此opensearch也提供了distinct的功能，能够用到filter、sort以及排序表达式中，对距离项进行过滤、排序或者算分加权。
还有一个疑难点，按照菜品、优惠券聚合功能，比如在店的维度有多个菜品、多张优惠券，展示时需要根据若干的条件优化到最优的一条，但又要展示出总条目，通过aggregate和distinct子句能够很好的实现这一条，不过在数据多表join的时候逻辑和数据比较冗余，会有些badcase出现，目前我们想办法优化这一点。
其他还有按配送时间段自动过滤、按配送费排序等等，opensearch目前也正在支持我们做商圈的过滤，相信淘点点也会功能越来越强大。
[意见及建议]
现在用下来，觉得opensearch有几点需要改进的：
1. 即时更新的速度：现在基本是在1分钟内可以完成doc的更新。这对于一些实时性要求较高的场合是不友好的。这点opensearch团队已经在推秒级的即时更新了，期望能快速用上；
Opensearch解答：秒级更新正在开发中，近期就会上线。
2. 更新的doc可以通过api推送，但是推送的doc没有时间戳的概念，这就必须要求我们自己保证推送的doc是有序的，这样推送doc就只能用单台机器来做，对于qps高的场合我们很希望能用多台机器来做，因为有了时间戳，引擎底层就可以把doc按序拼好；
Opensearch解答：该功能已经在规划中，敬请期待。
[总结]
总之，使用opensearch还是非常满意的，响应速度非常好，有些细节问题都能及时解决，对于O2O类搜索场景也已经提供了一整套的解决方案。还大大节省了我们的运维成本，搞个活动神马的QPS突增都不需要操心机器问题。至此，3月基于openseach的外卖搜索上线，此后代金券搜索，菜品搜索，吃货相册，公共搜索等已陆续上线。
希望 Opensearch 越做越好，给我们带来更多的便利。