AWS：站出來打造真正開源的Elasticsearch

導讀

為了確保兩款軟件包的開源版本

特別是在AWS產品當中

仍然可用并繼續(xù)獲得良好的支持

我們今天正式宣布

Amazon Web Services(AWS)

將出面創(chuàng)建并維護一個ALv2授權的

開源Elasticsearch與Kibana分支！

這對Elasticsearch社區(qū)的

Open Distro意味著什么？

我們于2019年發(fā)布的Open Distro for Elasticsearch，旨在為客戶及開發(fā)人員提供一套功能齊備的Elasticsearch發(fā)行版，且全面遵循ALv2許可提出的自由使用權限。

Open Distro for Elasticsearch是一個100%開源的發(fā)行版，它提供了幾乎每個Elasticsearch用戶或開發(fā)者都必需的功能，包括支持網絡加密及訪問控制。

在構建Open Distro時，我們遵循了“上游優(yōu)先”的推薦開源開發(fā)實踐。所有對Elasticsearch的改動都以上游pull request的形式進行發(fā)布(#42066,#42658,#43284,#43839,#53643,#57271,#59563,#61400,#64513)，然后我們將Elastic提供的開源版本構建包含在我們的發(fā)行版中。這確保了我們始終與上游開發(fā)人員及維護人員開展協(xié)作，而不是創(chuàng)建一個軟件的分支版本。

選擇分支一個項目并不是一個輕率的決定。但是當一個社區(qū)需求出現分歧時，這可能才是正確的前進道路。開源軟件的一大核心優(yōu)勢是，如果各方對項目的未來走向有著不同的思路，那么任何開發(fā)參與者都可以接管現有工作成果并設定出屬于自己的發(fā)展路線。以Jenkins CI工具為代表的不少社區(qū)開發(fā)項目已經證明了這種方式的可行性。

當AWS決定提供一個基于開源項目的服務時，我們確保有足夠的能力并準備好在必要時全面接管維護工作。AWS擁有多年代碼庫使用經驗，同時為Elasticsearch以及Apache Lucene（構建Elasticsearch的核心搜索庫）做出了上游代碼貢獻——僅2020年就有超過230多項Lucene貢獻。

我們對Elasticsearch與Kibana的分支將為基于最新的ALv2授權代碼庫7.10版本。我們將在接下來的幾周內發(fā)布新的GitHub repo。隨著時間的推移，這兩個版本將包含在現有的Open Distro發(fā)行版中，取代Elastic提供的ALv2版本。我們將長期參與其中，并將以促進健康且可持續(xù)的開源實踐的方式開展工作——包括實現與貢獻者社區(qū)共享項目的協(xié)同治理。

Amazon Elasticsearch Service

(Amazon ES)客戶會受到哪些影響？

請大家放心，無論是Elastic的許可證變更，還是我們做出的分支決定，都不會對您當前使用的Amazon Elasticsearch Service(Amazon ES)產生任何負面影響。目前，我們在Amazon ES上提供了18個版本的Elasticsearch，這些版本都不會受到許可證變更的影響。

未來，Amazon ES將由Elasticsearch與Kibana的新分支提供支持。我們將繼續(xù)提供新功能、修復與增強功能。我們致力于提高兼容性，盡可能消除您更新客戶端或應用程序代碼的硬性要求。就像我們今天所做的那樣，我們將繼續(xù)為您提供通向軟件最新版本的無縫升級路徑。

這一變更也不會減緩我們?yōu)榭蛻籼峁└嘣鰪姽δ艿乃俣?/strong>。事實上，一個社區(qū)擁有的Elasticsearch代碼庫反而給我們帶來了新的機會，讓我們能夠更高效地提升項目穩(wěn)定性、可擴展性、彈性與性能。

這對開源社區(qū)意味著什么？

開發(fā)者往往出于不同的理由而選擇開源軟件，其中最重要的考量在于可以自由在他們希望的地方和方式使用這些軟件。

自1998年“開源”一詞被提出以來，它就用了明確而特定的含義，而Elastic方面關于SSPL是“自由開放”的說法是誤導和錯誤的。他們試圖一方面宣揚開源代碼的好處，同時又在破壞開源代碼自身的定義。事實上，SSPL是一個非開源許可證，它的設計看起來像一個開源許可證，模糊了兩者之間的界限。正如Fedora社區(qū)做出的評論，“SSPL既不「自由」也不「開源」，它的出現給FOSS生態(tài)系統(tǒng)中的一切其他許可蒙上了陰影?！?/strong>

2018年4月，當Elastic將其專有授權軟件與Alv2代碼混合起來時，就曾提到“我們并沒有變更Elasticsearch、Kibana、Beats以及Logstash——我們也永遠不會這么做?！钡驮谏现?，在違背了這一承諾之后，Elastic更新了同一頁面，并在腳注中表示“情況有所改變?！?/span>

Elastic很清楚他們在干什么，社區(qū)也用行動回應了這種行為（包括Brasseur,Quinn,DeVault以及Jacob）。正因為如此，Elastic才決定專門發(fā)布一篇博文，宣稱“這一切都是被AWS逼的”。群眾的眼睛是雪亮的，我們沒有做出任何逼迫行為。很明顯，他們的限制性許可只是為了阻止其他人提供托管Elasticsearch服務，幫助Elastic建立起更龐大的業(yè)務體系。Elastic當然有權變更其許可，但也需要為自己的決定承擔后果。

與此同時，我們對與Open Distro for Elasticsearch一起踏上的長期旅程感到振奮。我們期待著為Elasticsearch與Kibana提供一個使用ALv2許可證的真正的開源選項，并攜手社區(qū)一同建設這個光明的未來。