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

導(dǎo)讀

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

特別是在AWS產(chǎn)品當(dāng)中

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

我們今天正式宣布

Amazon Web Services(AWS)

將出面創(chuàng)建并維護(hù)一個(gè)ALv2授權(quán)的

開源Elasticsearch與Kibana分支！

這對(duì)Elasticsearch社區(qū)的

Open Distro意味著什么？

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

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

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

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

當(dāng)AWS決定提供一個(gè)基于開源項(xiàng)目的服務(wù)時(shí)，我們確保有足夠的能力并準(zhǔn)備好在必要時(shí)全面接管維護(hù)工作。AWS擁有多年代碼庫(kù)使用經(jīng)驗(yàn)，同時(shí)為Elasticsearch以及Apache Lucene（構(gòu)建Elasticsearch的核心搜索庫(kù)）做出了上游代碼貢獻(xiàn)——僅2020年就有超過230多項(xiàng)Lucene貢獻(xiàn)。

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

Amazon Elasticsearch Service

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

請(qǐng)大家放心，無論是Elastic的許可證變更，還是我們做出的分支決定，都不會(huì)對(duì)您當(dāng)前使用的Amazon Elasticsearch Service(Amazon ES)產(chǎn)生任何負(fù)面影響。目前，我們?cè)贏mazon ES上提供了18個(gè)版本的Elasticsearch，這些版本都不會(huì)受到許可證變更的影響。

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

這一變更也不會(huì)減緩我們?yōu)榭蛻籼峁└嘣鰪?qiáng)功能的速度。事實(shí)上，一個(gè)社區(qū)擁有的Elasticsearch代碼庫(kù)反而給我們帶來了新的機(jī)會(huì)，讓我們能夠更高效地提升項(xiàng)目穩(wěn)定性、可擴(kuò)展性、彈性與性能。

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

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

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

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

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

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