“原文轉載自：https://www.elastic.co/cn/blog/elasticsearch-is-open-source-again”

[D.N.A] Elasticsearch 和 Kibana 又可以被稱為開源了。很難表達這句話讓我有多高興。我激動得簡直要跳起來了。我們 Elastic 的所有人都是如此。開源是我的 DNA。這也是Elastic的DNA。能夠再次將 Elasticsearch 稱為開源，我感到非常高興。

[LOVE.]簡而言之，我們將在未來幾周內添加 AGPL 作為 ELv2 和 SSPL 之外的另一個許可證選項。更改許可證后，我們從未停止過對開源社區的信念和行為。但是，通過使用 AGPL（OSI 批準的許可證），我們可以使用開源這一術語，從而消除了人們可能存在的任何疑問或疑慮。

[Not Like US] 我們從未停止過對 Elasticsearch 開源的信仰，也從未停止過對開源的信仰。作為一個真正的信仰者，我已經堅持了 25 年。那么，為什么要在 3 年前做出改變呢？我們對 AWS 及其產品造成的市場混亂感到不滿。因此，在嘗試了我們能想到的所有其他方案后，我們改變了許可證，因為我們知道這將導致 Elasticsearch 以不同的名稱和軌跡分叉。說來話長。

[Like That] 好消息是，雖然這很痛苦，但它起作用了。3 年后，亞馬遜對他們的分叉進行了全面投資，市場混亂問題（大部分）得到了解決，我們與 AWS 的合作關系比以往任何時候都更加牢固。我們甚至被評為 AWS 年度合作伙伴。我一直希望能有足夠的時間，讓我們可以放心地重新成為一個開源項目--現在終于實現了。

[All The Stars]我們希望盡可能簡化用戶的生活。我們有人非常喜歡 ELv2（一種受 BSD 啟發的許可證）。我們的用戶已經認可 SSPL（通過 MongoDB 使用）。這就是為什么我們只是增加了一個選項，而沒有刪除任何內容。如果您已經使用并喜歡 Elasticsearch，請繼續使用，沒有任何變化。對于其他人，現在也可以選擇 AGPL。

[LOYALTY] 我們之所以選擇 AGPL，而不是其他許可證，是因為我們希望我們與 OSI 的合作能為開源許可證領域提供更多選擇。而且，似乎另一種 OSI 批準的許可證將與 SSPL 和/或 AGPL 押韻。哎呀，也許對于像我們這樣的基礎架構軟件來說，AGPL 就足夠了，因為我們不得不改變許可證（例如，從 Apache2 轉到 AGPL 的 Grafana）。我們致力于解決這個問題。

[euphoria] 我很高興能夠再次稱 Elasticsearch 為開源軟件。

[Alright] 任何改變都會帶來困惑，當然也會有惡意攻擊。(不是總有惡意攻擊嗎？）讓我們找點樂子，試著回答其中的一些問題。以下是我能想到的一些答案，但讓我們繼續補充吧。

“更改許可證是個錯誤，Elastic 現在又反悔了"。我們在 3 年前更改許可證時消除了很多市場混亂。因為我們的行動，很多事情都發生了變化。現在的情況完全不同了。我們沒有活在過去。我們希望為用戶創造更美好的未來。正是因為我們當時采取了行動，我們現在才有能力采取行動。

“AGPL 不是真正的開源，X 許可證才是"：AGPL 是經 OSI 批準的許可證，而且被廣泛采用。例如，MongoDB 曾經是 AGPL，而 Grafana 則是 AGPL。由此可見，AGPL 并不影響使用和普及。我們之所以選擇 AGPL，是因為我們相信這是開始與 OSI 一起為世界上更多開源而不是更少開源鋪平道路的最佳方式。

“Elastic改變許可證是因為他們做得不好"--我首先要說的是，今天我對Elastic的未來一如既往地感到興奮。我為我們的產品和團隊的執行力感到無比自豪。我們推出了無狀態 Elasticsearch、ES|QL 以及大量針對 GenAI 用例的向量數據庫/混合搜索改進。在日志和可觀察性方面，我們正在大力發展 OTel。我們在安全領域的 SIEM 產品不斷增加令人驚嘆的功能，是市場上增長最快的產品之一。用戶的反應令人謙卑。股市有漲有跌。我可以向你們保證的是，我們始終著眼于長遠，而這種變化就是其中的一部分。

如果我們看到更多，我們會在上面添加，希望能減少混亂。

[HUMBLE.] 為未來而建，這太令人興奮了。Elasticsearch 恢復開源了。耶! 多么美妙的一句話。多么美好的一天。