Elastic与搜索引擎路线

复用已有搜索能力

已有Elastic搜索团队、词法与过滤需求较重的组织，可先比较在现有搜索服务中组合全文、向量和排序。这样可能复用分析器、监控与运维经验，而不必为每个检索方法新增服务。是否划算仍取决于索引成本、订阅和实际召回质量。

Elastic当前kNN文档说明filter在近似搜索中作为pre-filter，候选参数与每shard搜索工作量影响准确率。不能把无过滤速度或某个默认候选数当作企业授权检索的保证；多shard合并与冷暖缓存也应进入负载测试。

DLS是一项需要测试的配置

文档级安全可按角色查询限制可见记录，官方提示省略相应query会取消该索引权限项的DLS约束。应用应检查真实角色组合、索引权限和源ACL传播，而不是只在前端给请求附一个可被绕开的部门字段。

中文分析、精确ID字段、别名、时间与版本应有稳定schema；变化后以新索引/alias管理，避免同一字段语义悄悄改变。对全文、向量与混合路线保留独立结果，才能诊断关键资料在哪里被漏掉。

产品与许可保持清楚

免费部分源码可按文件许可在AGPL、SSPL和ELv2之间选择，默认官方分发按ELv2。具体所需DLS或ranking功能是否属于订阅能力，必须单独核查。OpenSearch是独立候选，不能把其当前功能与最新Elastic视作一份产品说明。

验收应包括角色组合、漏写过滤、query改写、索引切换、重建期间的尾延迟与删除传播。搜索相关性、权限正确性、成本和可恢复性分别达标后，复用已有搜索资产才构成完整的选型理由。