2024 年 8 月 30 日，Elastic 宣佈一項令人振奮的消息：Elasticsearch 和 Kibana 再次成為開源項目。對於 Elastic 的每一位成員來說，這都是令人無比興奮的時刻。開源早已深植於 Elastic 的 DNA 中，而現在，透過增加 AGPL（GNU Affero 通用公共許可證）作為新的許可選項，Elasticsearch 又可以被稱為開源軟體了。
為何選擇 AGPL？
這次的改變是基於我們對開源精神的堅定信念。Elastic 從未放棄對開源的承諾。三年前，我們因為市場的混淆情況而選擇修改許可，這主要是由於 AWS 的行為讓我們的產品和市場定位出現混亂。儘管當時的決定引發了一些爭議，但最終我們仍然成功了。如今，AWS 已完全投入他們的分支版本，我們與 AWS 的合作關係也變得更加堅固。我們甚至獲得了 AWS 年度合作夥伴的稱號。
在這一切塵埃落定後，我們終於覺得可以安全地再次回歸開源項目。而選擇 AGPL 作為新選項，讓 Elasticsearch 再次名正言順地稱為「開源」。AGPL 是 OSI（開源促進會）認可的開源許可，這消除了外界的任何質疑和誤解。
許可變更的背景
三年前，我們修改了 Elasticsearch 的許可，知道這將導致一個分支的誕生。當時的決策是為了保護我們的產品和市場不受外部力量的干擾，但我們從未放棄開源的理念。如今，市場的混淆狀況基本上已經解決，我們與 AWS 也進行了更密切的合作。因此，我們終於能夠再次採用開源許可，讓 Elasticsearch 回到它應有的開源身份。
多重選項，滿足不同需求
Elastic 一直致力於讓用戶的選擇變得更簡單。我們不僅保留了 ELv2（BSD 授權改良版）和 SSPL（伺服器端公共許可），還新增了 AGPL 作為第三個選項。對於那些已經使用並喜愛現有許可的用戶，完全可以繼續使用。對於需要開源許可選項的用戶，現在則可以選擇 AGPL。
為何選擇 AGPL？
我們選擇 AGPL 是因為我們相信這將有助於與 OSI 一起推動更多的開源許可方案。AGPL 是一個被廣泛採用的開源許可，例如 Grafana 就已經從 Apache2 遷移至 AGPL，我們也看到隨著技術和市場的發展，AGPL 正在成為基礎設施軟體的最佳選擇之一。這次的轉變不是倒退，而是我們計劃未來發展的重要一步。
為未來而建設
隨著 Elasticsearch 和 Kibana 回歸開源，我們充滿了激動和興奮的情緒。未來的開源之路，我們將持續探索和前進，為社群和用戶帶來更大的價值。
回應疑慮與問題
每次變革都會伴隨著一些疑問，甚至是質疑聲音。以下是我們對一些常見問題的回應：
「更改許可是個錯誤，Elastic 現在要收回決定」我們當初修改許可是為了減少市場的混淆，這讓我們在今天有能力再次做出行動，回歸開源。這不是在糾正錯誤，而是在為未來鋪路。
「AGPL 不是真正的開源」AGPL 是 OSI 認可的開源許可，並且被廣泛使用。MongoDB 和 Grafana 等項目都曾使用 AGPL。這顯示出 AGPL 不影響其使用和普及度，我們相信這是為推動開源而選擇的最佳方案。
「Elastic 改變許可是因為他們發展不順利」事實恰恰相反，我們對 Elastic 的未來充滿信心。從無狀態 Elasticsearch 到 ES|QL，再到我們在生成式 AI 和觀察領域中的創新，Elastic 的產品不斷迭代，市場反響熱烈。許可的改變只是我們為長期發展考量的部分。
總結來說，Elasticsearch 再次成為開源項目是我們對未來的承諾，這讓我們充滿了自豪和期待。我們將繼續與社群合作，推動開源發展，並為用戶提供最好的產品和服務。
結論
Elasticsearch 回歸開源是 Elastic 向未來邁出的重要一步。透過增加 AGPL 許可選項，我們為用戶提供了更多的靈活性和選擇，並繼續堅守我們的開源信念。Elastic 將一如既往，致力於為全球開發者和企業提供創新的解決方案，推動技術的進步與發展。
Komentáře