The Elasticsearch/OpenSearch Split — A Real Licensing Story
Elasticsearch / OpenSearch
Chapter 2 · The Elasticsearch/OpenSearch Split — A Real Licensing Story
postgres1-1 covered MySQL's Oracle ownership against Postgres's community governance as a stable, long-standing contrast. This chapter covers something different in kind — an active, relatively recent fork, with real, ongoing consequences this course keeps returning to.
Elastic NV's Original Open-Source Release
Elasticsearch is built on Apache Lucene — an existing, mature, open-source search library that both Elasticsearch and OpenSearch still use as their actual underlying engine (previewed here, covered further in search1-4). Elasticsearch itself was originally released by Elastic NV under the permissive Apache 2.0 license — genuinely open source by any common definition.
The Cloud-Provider Tension
Elastic NV's own commercial business model centered on paid, hosted/managed Elasticsearch offerings and paid proprietary features layered on top of the open core. AWS began offering its own competing hosted "Amazon Elasticsearch Service," built directly on the same open-source, Apache-licensed code — competing with Elastic's own commercial offering without contributing revenue back to Elastic. This specific tension — a cloud provider running a competing hosted service on top of an open-source project's own code — isn't unique to Elastic; MongoDB made an almost identical move for the same reason a few years earlier, in 2018, introducing the Server Side Public License (SSPL) it created specifically for this situation. Elastic's own later move explicitly followed that real, direct precedent.
The 2021 License Change
In January 2021, Elastic NV announced that future Elasticsearch and Kibana versions would move away from pure Apache 2.0, to a dual-license model offering the Elastic License and SSPL — no longer purely open source in the Apache 2.0 sense. Elastic's own explicit stated reasoning: preventing cloud providers from offering the software as a competing managed service without paying back into the project.
AWS's Fork — OpenSearch Is Born
Rather than accept the new, more restrictive licensing, AWS — along with several other companies — forked the last Apache 2.0-licensed version of Elasticsearch and Kibana, creating OpenSearch. This detail matters: OpenSearch isn't a from-scratch rewrite, but a genuine continuation of the last fully open-source Elasticsearch codebase, developed independently from that point forward. Announced in 2021, OpenSearch is now maintained under its own governance structure, with a real, broader contributor base beyond AWS alone.
A More Recent Twist — Elastic's 2024 Return to Open Source
Worth naming honestly rather than treating 2021 as a permanently frozen state of affairs: in 2024, Elastic added AGPL as a third licensing option for Elasticsearch specifically, alongside the existing Elastic License and SSPL options — a genuine, more recent development in an ongoing story, not a settled, static fact from several years ago.
Echoing postgres1-1's Own Governance Material, With a Real Difference
postgres1-1's own MySQL-Oracle-vs-Postgres-community contrast described a stable, long-standing state of affairs — Oracle has owned MySQL for well over a decade, with no active dispute currently reshaping that arrangement. This story is different in kind: a genuine, still-evolving fork with real, ongoing consequences for compatibility and feature parity between the two now-separate codebases — search1-9 covers exactly where that divergence stands in practice.
search1-9's own dedicated, practical comparison chapter exists to do, with specifics that actually need to stay current rather than frozen here.
search1-9 is where that decision actually gets made, covering API compatibility and real divergence since the fork.
Hands-On Exercises
Explain what specifically triggered Elastic NV's 2021 license change, and explain the real, direct precedent (MongoDB's own 2018 SSPL move) this chapter names for that kind of decision.
📄 View solutionExplain what OpenSearch actually is in relation to Elasticsearch — what specific version did AWS fork, and why does that detail matter for understanding OpenSearch's own origins?
📄 View solutionExplain the key structural difference this chapter draws between this course's own Elastic/OpenSearch history and postgres1-1's own MySQL-Oracle-vs-Postgres-community material — why is one described as a stable state of affairs and the other as an active, still-evolving situation?
📄 View solutionChapter 2 Quick Reference
- Elasticsearch originally Apache 2.0, built on Apache Lucene; AWS's own competing hosted service, built on that same open code, created real commercial tension with Elastic NV
- MongoDB's own 2018 SSPL move was the real, direct precedent Elastic explicitly followed in 2021
- January 2021: Elastic moved future Elasticsearch/Kibana versions to a dual Elastic License/SSPL model
- AWS (and others) forked the LAST Apache 2.0-licensed version to create OpenSearch (2021) — a real continuation, not a rewrite
- 2024: Elastic added AGPL as a third licensing option for Elasticsearch — an ongoing, still-evolving story
- Unlike postgres1-1's own stable MySQL-Oracle contrast, this is an active fork with real, ongoing divergence — search1-9 covers the current practical state
- Next chapter: Installing & Basic Concepts — Indices, Documents & the REST API