【全文检索引擎】OpenSearch 与 Solr：分叉与同源

运维会议里「用 ES 还是 OpenSearch」常与「Lucene 版本是否对齐」「插件许可能否商用」绑在一起；另一头，Solr 仍出现在政企存量集群与 Hadoop 生态对接里。本文回答一个窄问题：在全文检索引擎内核已由本系列 01–15 篇钉住的前提下，三个发行版在许可、社区与部署形态上差在哪，Solr 为何只需一句边界。不比较云托管报价，不重复 IndexWriter / refresh 机制拆解。

读本篇 不 需要重新学习倒排：若你已读完第 7–12 篇，应把 ES 与 OpenSearch 视为 同一 Lucene 内核上的两种发行标签；本篇新增的是 立项与合规 维度的判断材料，供第 18 篇选型树在「ES/OS」节点引用。

本文是「全文检索引擎」系列第 16 篇（共 18 篇）。→ 系列目录

版本锚定：Elasticsearch 8.x、OpenSearch 2.x 项目说明；Apache Solr 9.x Ref Guide 仅作边界引用。

一、共同地基：Lucene Segment 不变

无论包装成 Elasticsearch、OpenSearch 还是 Solr，可搜索数据的物理形态都来自 Apache Lucene：

• Analyzer → TokenStream（第 3 篇）
• FST 词典 + postings codec（第 4–5 篇）
• IndexWriter flush / merge / liveDocs（第 7–8 篇）
• BM25 Similarity、Boolean 查询执行（第 6、9 篇）

flowchart TB
  lucene["Apache Lucene<br/>Segment / Codec / Search"]
  es["Elasticsearch 8.x<br/>cluster / shard / REST"]
  os["OpenSearch 2.x<br/>cluster / shard / REST"]
  solr["Apache Solr 9.x<br/>core / replica / SolrJ"]

  lucene --> es
  lucene --> os
  lucene --> solr

因此本系列讲的 refresh 语义、translog、分片 query+fetch（第 11–13 篇）在「倒排如何打分、段如何合并」层对三者的内核 同构；差异主要在 发行治理、默认集群拓扑、周边生态插件——不是「另一套倒排公式」。

二、Elasticsearch 与 OpenSearch：分叉时间线与许可

2.1 事实锚点（A 级：项目公开说明）

2021 年，Elastic 宣布 Elasticsearch 与 Kibana 自 7.11 起变更许可（Elastic License 2.0 / SSPL，具体以 Elastic 当时公告为准）；Amazon 等与社区随后基于 7.10.2 分支维护 OpenSearch 与 OpenSearch Dashboards，并声明在 Apache License 2.0 下继续开源发行。

时间线（事实摘要，非性能主张）：

读表时注意：「API 大体兼容」指 常用 REST 与查询 DSL 在迁移期可对照改写，不 保证插件名、安全配置、商业 Feature 一一对应；第 15 篇 kNN / retriever 等能力须查 具体 minor 版本 的功能表。

工程含义：选 OpenSearch 的常见动机是 Apache 2.0 下的再分发与云厂商托管路径；选 Elastic 发行则是 官方商业支持、Elastic 插件与同一供应商的 Observability/SIEM 栈。这与 observability/08 日志栈 里「OpenSearch 作为 ES 替代」的叙事一致，但 日志场景选型仍应回到该文决策矩阵，不在此重复。

从 本系列已学机制 出发，换发行版 不改变：

• postings 上 BM25 打分（第 6 篇）；
• refresh / flush / translog 语义矩阵（第 12 篇）；
• 协调节点 query+fetch（第 13 篇）；
• dense_vector 与倒排同段共存（第 15 篇）。

改变的是 谁发安全补丁、插件市场、托管 SKU 名称——第 18 篇选型树在「ES/OS」节点的子决策，应把许可与运维团队绑在一起评估，而非单独比较「哪一个 Lucene 更快」。

2.2 Lucene 版本对齐：运维必查项

ES 与 OpenSearch 各自锁定 特定 Lucene 次要版本（发行说明 Upgrade Lucene 类条目）。升级集群时：

1. 读发行注记中的 Lucene 版本跳变 与 索引兼容性（是否需 reindex / rolling upgrade 限制）。
2. 混合检索（第 15 篇）涉及的 向量 codec 与 kNN API 可用性，随 Lucene 次版本与发行版功能表变化——须对 具体版本 查 Reference，不能假设「OpenSearch = ES 减一年」。

flowchart LR
  app["Application DSL"]
  app --> coord["Coordinator"]
  coord --> shard["Shard Lucene index<br/>same segment model as series 07-09"]
  note["ES vs OS diff:<br/>license, plugins, release cadence<br/>NOT inverted index math"]
  shard -.-> note

2.3 对本系列读者的实际影响

• 机制排障（第 17 篇）：circuit breaker、refresh、mapping 爆炸、分片过多——症状与 Lucene 层原因相同。
• 混合检索（第 15 篇）：两边均依赖 Lucene 向量字段与 kNN 查询演进；功能表与默认参数以各自文档为准。
• 架构故事：architecture/42 的集群陷阱（分片规划、协调节点）对两者 同构；勿因换发行版而忽视 shard 数与 heap 配比。

2.3 功能追随与验证清单

发行版差异会体现在 功能表 而非 Lucene 文件格式。升级或选型时建议固定一份验证清单（不依赖虚假 benchmark）：

OpenSearch 与 Elasticsearch 的 插件名与配置键 不完全一一对应；迁移脚本须按 逐 API 对照，不能假设「7.x 脚本无缝跑在 8.x/OS 2.x」。

2.4 与本系列 16 篇之后的读者路径

• 已深度使用 Elastic Stack（Kibana Fleet、Elastic Agent）：许可与商业支持是粘性因素，机制仍读本系列。
• 云厂商托管 OpenSearch Service：Apache 2.0 路径与 AWS 集成是常见动机；排障仍用第 17 篇决策树。
• 既不选 ES 也不选 OS：若核心是 ANN，转 vector-engine；若核心是 TB 日志，转 observability/08——第 16 篇不替你做该分叉，只澄清「同源 Lucene」。

三、Solr：一句边界

Apache Solr 是 Apache 基金会下的独立搜索服务器，同样嵌入 Lucene，对外暴露 Core / Collection、SolrJ、丰富的 XML/JSON 配置传统，历史上与 Hadoop 生态（如 SolrCloud + ZooKeeper）绑定较深。本系列 不另开 Solr 内核章：postings、BM25、Segment merge 请直接读 01–10 篇；Solr 特有话题（如 Core 容器配置、Rich Document 更新链）与 ES 的 Index/Shard 抽象 运维模型不同，但 倒排内核同源。

若存量系统是 SolrCloud，排障仍应落到 Lucene 段与 JVM heap；若新系统选型，第 18 篇在 ES/OpenSearch 与 PG GIN、ClickHouse、向量引擎之间决策，Solr 不在本系列扩展路径内——除非组织已有 Solr 运维能力与许可约束，那是组织史问题而非技术不可替代。

3.1 与 ES/OpenSearch 的服务模型差异（边界表）

本系列 01–13 篇 的「分片 query+fetch」叙事以 ES 术语书写；Solr 读者做概念映射即可，无需另学一套 postings 数学。

3.2 何时还会遇到 Solr

• 政企与学术存量：多年前 SolrCloud 集群仍承载目录检索、法规库；
• Hadoop 周边：与 HDFS 索引管道的历史集成；
• Apache 基金会纯开源路径：无 Elastic 许可顾虑，又 不 想采用 AWS OpenSearch 生态时。

新立项若 无组织约束，第 18 篇决策树默认在 ES/OS、GIN、CH、向量引擎间选择；Solr 不进入默认分支，并非技术不可用，而是 本系列篇幅与站内知识栈 的边界取舍。

四、许可争论的工程含义（非法律意见）

Elastic 与 OpenSearch 社区对 SSPL/Elastic License 是否「开源」曾有公开争论；本文不提供法律结论，只列 工程采购 常问的三点：

1. 再分发：你是否把搜索内核嵌入商业产品卖给客户？
2. 托管：云厂商能否在自家平台提供全托管（与许可条款相关，以当时公告为准）？
3. 补丁来源：生产 incident 时，你依赖哪条 support 线与 security advisory？

机制学习 无许可差异；生产立项 有许可差异。第 17 篇排障不因发行版改变 breaker 名称；法务与采购评审必须单列。

五、与站内系列的分工

5.1 迁移与共存策略（工程判断）

无通用「一键迁移」；须用第 2.3 节验证清单 逐索引 验证 kNN、聚合、ILM 等行为。

5.2 与第 17–18 篇的衔接

• 排障（第 17 篇）：无论 ES 还是 OS，日志里的 CircuitBreakingException、refresh 过频、分片过多 检查单相同。
• 选型（第 18 篇）：决策树在「专用搜索集群 OK？」之后分叉到 ES/OS；许可 是 16 篇补充的判断轴，不改变 GIN/CH/向量/日志栈 其它分支。

六、常见误解

误解一：OpenSearch 和 Elasticsearch 是两套倒排实现。 二者是 不同发行版包装同一 Lucene；差异在许可、发布节奏与插件，不在 postings 数学。

误解二：迁到 OpenSearch 就不用学 Lucene 段模型。 refresh、merge、软删延迟（第 7–8、12 篇）依旧；换发行版不消除 segment 过多或 mapping 爆炸。

误解三：Solr 过时，因此 Lucene 过时。 Solr 活跃度与云原生 REST 栈不同，但 Lucene 仍是 ES/OpenSearch/Solr 的共同内核；学习路径应钉 Lucene，而非某个 UI。

误解四：许可分叉只影响「能不能下载」，不影响生产行为。 许可决定 谁提供长期补丁、能否在特定云环境托管、能否嵌入商业产品；与第 17 篇排障无直接关系，但与 采购与合规 强相关——架构评审必须单列一项。

误解五：OpenSearch 永远比 Elasticsearch「慢一代」。 功能与性能随 锁定 Lucene 版本与发行节奏 变化；不能静态贴标签，须对具体 major.minor 查 release notes。

七、开放问题

1. API 漂移窗口：OpenSearch 追赶 ES 8.x kNN / retriever 等功能时，跨发行版的 DSL 兼容测试集缺乏社区统一基准（各厂商自有兼容表，非学术共识）。
2. Lucene 大版本同步：ES 与 OS 若锁定不同 Lucene 次版本，同一套 reindex 脚本在向量字段、codec 上可能出现 静默行为差——需以发行注记为准，不能凭系列文章版本锚定替代发版说明。
3. Solr 与 ES 双栈并存的企业：metadata 同步、权限模型、分析链一致性无通用标准，属于集成工程开放题，本系列不展开。
4. 许可合规与供应链：安全补丁是否同步到 fork、CVE 公告渠道是否统一——运维须订阅 所选发行版 的安全邮件列表，不能假设 Lucene 补丁自动等于 ES/OS 补丁。
5. 可观测性栈绑定：Elastic 发行与 OpenSearch 在日志/APM 集成上产品名不同；若已按 observability/08 选定 Loki/CH 作日志主存，搜索层选 OS 还是 ES 不应 反向绑架日志栈——两决策正交。

八、小结

三句话小结：

1. Elasticsearch 与 OpenSearch 的分叉核心是 许可与发行治理，共享 Lucene Segment 与 BM25/kNN 机制——内核仍读本系列 01–15 篇。
2. 升级与混合检索功能须 逐版本对发行说明与 Lucene 锁定版本，不能假设 API 与 codec 完全等价。
3. Solr 与 ES/OpenSearch 同源 Lucene、不同服务外壳；本系列对 Solr 只作边界，不深拆 Core 运维模型。

下一篇收束生产信号：生产排障——症状到机制的决策树。

读者若只关心「该买哪个许可证」：读完本篇即可跳第 18 篇选型树；若已运维集群：第 17 篇与发行版无关，直接按决策树查 breaker 与 refresh。

参考资料

1. OpenSearch Project, OpenSearch FAQ / Release Notes（Apache 2.0 分叉说明）。
2. Elastic, Elasticsearch License FAQ（许可变更官方说明）。
3. Apache Solr Reference Guide 9.x, Introduction（Solr 与 Lucene 关系）。
4. Apache Lucene 官方文档（版本以各发行版绑定为准）。
5. 第 7–15 篇、observability/08.

返回 系列目录 ｜ 上一篇：混合检索 ｜ 下一篇：生产排障