Elasticsearch is open source, again
Licensing change & motivations
- Elasticsearch is now dual-licensed (AGPL + Elastic License). Many welcome “free software again,” but argue the blog post spins the prior license change as a success instead of a mistake.
- Several believe the real driver is competitive pressure: OpenSearch momentum, alternative search/vector DBs (Meilisearch, Typesense, ClickHouse, Loki, etc.), and weakened growth/stock performance.
- Some say the change reduces FUD around “not really open source”; others note the Elastic License and CLA remain, so control still concentrates with Elastic.
Trust and willingness to switch back
- Many commenters say “too late”: they’ve migrated to OpenSearch and see no reason to return, citing cost, effort, and fear of another future license flip.
- Others appreciate the move and argue companies should be acknowledged when they revert to a free/open license.
- Broken trust and the continued CLA are recurring reasons given for sticking with OpenSearch or other stacks.
Elasticsearch vs OpenSearch: adoption and features
- Adoption/mindshare is contested: some anecdata say “everyone” now starts with OpenSearch; others cite DB-Engines and GitHub metrics showing Elasticsearch still far ahead.
- Technically, for core document search both are very similar (same Lucene base). Differences:
- Elasticsearch: richer observability/SIEM tooling, some powerful ingest processors, more mature docs and ecosystem, claims better vector-search performance.
- OpenSearch: Apache 2.0, strong free-tier security (RBAC, SSO, alerts), tight AWS integration; criticized for weaker docs, flaky behavior, and rough Spark tooling.
- New deployments reportedly lean toward OpenSearch, especially in security/logging and on AWS; many legacy ES users haven’t churned yet.
AWS, trademarks, and forks
- Past “Amazon Elasticsearch Service” branding is widely seen as confusing or harmful to Elastic; Elastic sued on trademark and reached a settlement.
- Commenters argue Elastic’s license change successfully forced AWS to maintain a clearly named fork (OpenSearch) and invest in it.
- With AGPL, if AWS ever used upstream ES again and modified it, they’d need to publish changes; meanwhile Elastic can legally reuse Apache‑2.0 OpenSearch code, but not vice versa.
AGPL vs other licenses
- AGPL is viewed by some engineers as clear and reasonable (publish your modifications when you offer the software as a network service).
- In practice, many corporate legal departments ban AGPL due to perceived “viral” risks and lack of case law, making ES adoption harder than with Apache 2.0.
- Elastic License, SSPL, BSL, and similar “source-available” licenses are debated:
- Pro: protect vendors from hyperscalers reselling without contributing.
- Con: not OSI‑approved, ambiguous terms (“competing service”, “substantial features”), and unfriendly to downstream hosting and community forks.
Open source, hyperscalers, and fairness
- Strong disagreement over whether AWS and peers “exploit” permissive OSS or legitimately follow its rules.
- Some argue permissive licensing plus cloud power depresses vendor business models and pushes relicensing; others say open source is inherently about allowing such use.
- Broader philosophical debate: four freedoms vs “fair source,” whether licenses should explicitly block megacorp monetization, and whether strict copyleft (AGPL) is “ideal in the age of big tech.”
Miscellaneous
- Elastic’s website, pricing clarity, and enterprise-heavy sales motions are heavily criticized.
- The blog’s Kendrick Lamar track-title section headers are widely seen as distracting, cringey, or “LLM-ish.”