云廠商和開源社區(qū)之間的“沖突”再一次爆發(fā)：Elastic修改開源協(xié)議

2021 年 1 月，云廠商和開源社區(qū)之間的“沖突”，再一次爆發(fā)了！

MongoDB 的前車之鑒

2018 年 10 月，知名數據庫系統(tǒng) MongoDB 官網宣布修改開源協(xié)議。為什么要突然修改。因為看不慣某些云廠商的行為，惱火的 MongoDB 只好走這步棋了。

MongoDB 的 CEO 在接受采訪時直接給點名了。

被云廠商“吸血”，MongoDB 并不“孤單”。兩年多后，就在2021 年 1 月，ElasticSearch 創(chuàng)始人、Elastic 公司 CEO Shay Banon 也做出了同樣舉動：修改開源協(xié)議。

雖然 Elasticsearch 和 Kibana 將要改變開源協(xié)議，但是對于大部分人（比如使用云服務如阿里的 ES 服務或者是下載默認 ES 版本進行自建服務的用戶）沒有任何直接的影響。改變協(xié)議的原因，就是跟很多開源產品一樣，要反擊那些用他們開源免費的產品賺錢但是又不做任何回報的云服務商。云服務商不回饋的行為對于開源產品、開源產品的公司都是致命的，即打擊開發(fā)者的積極性又影響公司獲取所需投資，到最后沒人愿意開源的話，咱們這個行業(yè)最讓人驕傲的地方都消失了。

注：下文中的“我們”是指 Elastic 公司。

Elasticsearch 和 Kibana 即將迎來開源許可協(xié)議變更

我們正在把 Elasticsearch 和 Kibana 源代碼從Apache 2.0協(xié)議調整為 SSPL（Server Side Public License[1]）和 Elastic License[2] 雙協(xié)議，（譯注：大致為允許免費使用，但是不能對最終產品進行修改、重新發(fā)布、提供 SaaS 等）我們的用戶可以在兩者中進行選擇。本次許可協(xié)議的變更保證我們的社區(qū)和客戶擁有對代碼進行使用、修改、重新發(fā)布和協(xié)作的權利。我們將通過對那些提供 Elasticsearch 和 Kibana 云服務，卻沒有回饋社區(qū)的云服務商進行限制，來保護我們用于開發(fā)免費開放產品的持續(xù)性投資。本次變更會覆蓋到所有 Elasticsearch 和 Kibana 維護中的代碼分支，并且會在即將到來的7.11版本發(fā)布前生效。

本次源代碼的許可協(xié)議變更，對我們社區(qū)的絕大多數用戶（使用免費的默認發(fā)布版本的用戶）沒有任何影響。同樣的，對于那些使用云服務和自建服務的用戶，都沒有影響。

近年來，隨著市場的革新，開發(fā)社區(qū)開始認識到，開源公司應該要更好的保護自己的產品，以便進行持續(xù)的創(chuàng)新和必要的投資。當前越來越多公司開始轉向使用 SaaS 服務，一些云服務提供商便使用開源產品搭建相應服務并提供給第三方（譯注：直接使用開源產品盈利），但這些云服務商對相應的開源社區(qū)卻沒有任何回饋（譯注：不說資金方面的回饋，代碼上也沒有）。

在將近 3 年前，我們就公開了我們的商業(yè)代碼并提供免費版本（均在 Elastic License協(xié)議下），我們的下一步就像其他開源公司開發(fā)的開源產品一樣（如 MongoDB，SSPL 協(xié)議就是 MongoDB 公司發(fā)明的協(xié)議），自然是遷移到 SSPL 與 Elastic License 的雙協(xié)議策略。SSPL 允許用戶免費、無限制的使用和修改產品，只有一個簡單的要求，如果你使用開源產品來當做服務，你必須沿用 SSPL 協(xié)議并公開你修改過的代碼和服務管理層的代碼。

我們開放的起源（夢開始的地方）

我個人踏上開源這條道路已經很久了。2005 年，我開源了我的第一個項目，Compass（基于 Lucene 的 Java 框架），當時我正在為我的妻子制作一個食譜應用。接下去的 5 年時間，我投入了大量周末和夜晚在這個項目上，從寫代碼到幫助用戶解決 bug、功能特性、回答問題。

當時我也不知道我為啥這么拼，特別是我白天還得上班，但我就是狂熱地陷入這個充滿正能量機遇中，那就是開發(fā)一個非常棒的項目，更重要的是，我們有一個非常棒的社區(qū)，我們用的是開源的力量來進行這個項目（譯注：我們用愛發(fā)電）。

2009 年，我決定再次出發(fā)，開始寫一個全新的項目 Elasticsearch。我又花了許多夜晚和周末，并且在 2010 年，我將它開源了。我甚至辭職，將我所有精力投入到其中來。為了就是能夠為我的用戶們提供幫助（To be there for the users 作者這文筆，差點把我都看哭了），寫代碼、在 GitHub 上維護項目、回郵件、回消息。

時間來到 2012 年，我們成立了 Elastic 公司，我把同樣精神帶到了公司。我們投入了很多在免費開源產品上，為用戶量飛快增長的社區(qū)提供幫助。我們從最開始的 Elasticsearch 到 Kibana、Logstash,、Beats，再加上Elastic Enterprise Search、Observability 和 Security，我們擁有了一套完整的 Elastic Stack 解決方案。

我們成功使產品邁向成熟，促進了圍繞產品的活躍的社區(qū)，專注于為我們的廣大用戶提供更多更好的價值。今天，我們有幾百位工程師每天醒來就是為了將我們的產品做的更好；我們有成百上千的社區(qū)成員與我們密切交流，為我們的共贏風險力量。

我對我們創(chuàng)建的公司非常自豪，對于我們贏得的廣大用戶的信任感到受寵若驚。這一切的一切都源自于我們的公開、透明，我們始終對我們的社區(qū)和用戶真誠以待。

為了勝利而開源

回到 2018 年，我們使用 Elastic License 協(xié)議對我們的免費和付費特性代碼進行了開源，并且我們修改默認發(fā)布版本為包含所有特性的版本，所有免費特性默認都為啟用狀態(tài)。

我們這么做是有原因的。這樣可以讓我們與付費用戶的交流像與社區(qū)一樣開放。但這樣也使得許多用戶可以把我們的產品直接拿來當做云服務，例如 Amazon Elasticsearch 服務，讓他們有機會免費用我們的產品進行盈利，卻不回饋社區(qū)。

我們這個開源方式廣受好評，至今超過 90% 的新下載用戶選擇這個默認發(fā)布版本，這使得我們在經營一個成功的公司的同時，還能保證大多數工作成果都是免費的。

在這個免費、開放、所有權的許可協(xié)議下，我們得到了很大的提升。我非常感謝我們的團隊和社區(qū)，做出的巨大的成就，以至于我想在這里跟大家分享一下：

我們大幅地提高了 Elasticsearch 的速度、可擴展性和可靠性，通過一個新發(fā)布的一致性算法和顯著地減少了內存的使用，另外新的數據存儲和壓縮的方法，使得我們在提升索引效率和查詢吞吐量的同時，還減少了接近 40% 的典型索引的大小。我們添加了一些用于地理信息分析的字段類型，還有更高效的日志存儲和查詢，更快速和大小寫不敏感的加密數據查詢。

關于 Kibana，得益于持續(xù)多年的平臺重構項目，我們縮減了 80% 的加載時間、去除了全頁面刷新，同時我們推出了一款拖拽式的所見即所得的數據可視化產品 Kibana Lens，主要的功能有 dashboard 的深入分析等等。

在過去的三年里，我們?yōu)榇蠖鄶涤脩舭咐峁┝俗詈玫捏w驗。在安全領域，我們在 Kibana 中開發(fā)了一個免費開源的 SIEM（Security Information and Event Management），它擁有功能強大的探測引擎，支持通過一個新的 Elasticsearch 查詢語言 EQL 來進行簡單規(guī)則和負雜關系的定義。我們和我們的社區(qū)一起，開發(fā)并內置了幾百條檢測規(guī)則。我們還聯合了 Endgame（一家行業(yè)領先的終端安全公司），我們的發(fā)行了免費的強大的故障防護功能，集成于 Elastic Agent 中，為服務器和終端提供統(tǒng)一的 observability 和 security 代理，還有更多的功能會在后續(xù)發(fā)布。

在 observability 中也是一樣，我們在 Kibana 中，開發(fā)了一個 observability 套裝，包括實時的、支持尾部查看（tail）的日志 UI，還有包括 hosts、pods、containers 的主要的指標和告警的可視化基礎設施級別的視圖?，F在我們還擁有一個全功能的APM（Application Performance Management）產品，包括開源的數據采集器和代理，支持OpenTelemetry，RUM（Real User Monitoring），綜合監(jiān)測，還有最近剛新增的用戶體驗監(jiān)測。

關于 Elastic Enterprise Search，我們推出了 App Search，這是一個建立于 Elasticsearch 之上的功能，它能簡化富應用的搭建，提供強大的相關調優(yōu)和數據分析管理接口。我們還提供了一個免費的 Workplace Search 產品，它可以讓你更方便的集成并搜索你生活或者公司事物的數據內容，比如說 Google Workplace、Microsoft 365、Atlassian Jira 和 Salesforce.

我們打造了這么多產品并且還將他們免費提供給社區(qū)使用，這是多么 amazing 的事情。我感到非常高興、受寵若驚，能看到大家積極參與和采用我們的產品，并且看到這些產品幫助許多人和事業(yè)取得成功。這一切的一切，都歸功于那些選擇我們（所有功能都公開免費的基于 Elastic License 協(xié)議的）默認發(fā)型版本的社區(qū)的極大多數用戶。

為什么要換協(xié)議

就像之前提到過的，近三年時間里，隨著市場的革新，開發(fā)社區(qū)開始認識到，開源公司應該要更好的保護自己的產品，以便進行持續(xù)的創(chuàng)新和必要的投資。隨著交付模式向 SaaS 的轉變，許多云服務提供商使用開源產品做為服務，卻不回饋社區(qū)。這將導致本可以用來投資開源產品的資金被轉向到服務商的口袋中，嚴重影響到開源社區(qū)和用戶的利益。

跟很多致力于開源事業(yè)的伙伴們一樣，我們親身體驗到了這些傷害開源產品的經歷，包括濫用我們的商標，企圖通過重新打包我們的開源產品來分裂我們的社區(qū)，甚至還有人從我們的收費功能的代碼中“獲取靈感”。各個開源公司都已經采取了一下略有不同的方法來解決這個問題，大部分都修改了他們的開源許可協(xié)議來保護他們免費的投資，當然他們都盡可能地保留自己的原則：公開、透明、合作。同樣的，我們的下一步自然是要考慮如何修改我們的源代碼協(xié)議。這個改變不會對我們的極大多數用戶產品影響，但它可以限制云服務商使用我們的產品作為服務。

我們意料到一定會有些競爭者會針對我們此次調整，通過各種 FUD（Fear, Uncertainty and Doubt，通過詆毀競品洗腦用戶）宣傳手段來影響我們。這里我想對所有否定我們此次調整的人說清楚，我們將始終堅持免費的原則并做好開源產品，并且我們的一切始終對社區(qū)透明。我們以往的成績可以證明這一承諾，我們將會在此基礎上繼續(xù)努力。

本次調整

從即將發(fā)布的 Elastic 7.11 開始，我們將把原 Apache 2.0 協(xié)議的 Elasticsearch 和 Kibana 源碼調整為 SSPL 和 Elastic License 雙協(xié)議，讓用戶自由選擇。SSPL 是一個 MongoDB 發(fā)明的源碼可使用的協(xié)議，它即體現了開源的原則，又防止那些服務商用了開源產品但又不回饋。SSPL 允許免費無限制地使用和修改源碼，只有一個簡單的前提，如果你把這個產品拿來當做服務提供給第三方，那你必須公開發(fā)布你的所有改動代碼，以及公開必須同樣基于 SSPL 許可協(xié)議的服務管理層的代碼。

我們之所以做這樣的選擇，是因為它給予了我們盡可能開放又保護社區(qū)和公司的機會。某種程度上，這樣的開發(fā)可以讓我們甚至更加開放。作為這個改變的下一步，我們將把我們的免費的專有特性也從 Elastic License 遷移到與 SSPL 一起的雙協(xié)議下，這會使得專有特性變得更加開放，這能更好的達到我們想讓產品盡可能開放和免費的目標。

盡管說修改源碼的改變對我們公司來說是一件非常大的事情，但是對于極大多數的社區(qū)用戶來說，事實上不會體驗到什么差別。如果你是我們的客戶，即使是 Elastic Cloud 用戶或者是本地部署的用戶，都沒有任何改變。如果你一直都是下載并使用我們的默認發(fā)型版本，它仍然是基于同樣的 Elastic License 的免費版本。如果你是一直都在為 Elasticsearch 或者Kibana 做貢獻的成員（萬分感激），一樣沒有任何變化。

就像我們這三年所做的一樣，我們將會繼續(xù)以開源的方式開發(fā)我們的代碼、與社區(qū)積極溝通、基于 Elastic License 許可協(xié)議發(fā)布我們的免費產品。我們仍然堅定地讓我們的免費特性繼續(xù)免費，我們不會對任何免費特性和付費功能做任何非功能性的改變。

我們意識到，團結對社區(qū)來說是至關重要的。這次的改變使我們繼續(xù)向大家展示我們的誠意并獲得你們信任，就像我們在過去 10 年內做的一樣。

補注1：在 Elastic 發(fā)布了這篇文章后，他們還另外發(fā)了兩篇文章來提供更多關于許可協(xié)議的細節(jié)：《協(xié)議變更說明》[3] 以及 《對 Amazon 說不！為什么我們必須修改協(xié)議》[4] 。（Elastic CEO 在這篇文中火力十足，把 AWS 懟的很慘。）

補注2：Elastic 官博點名吐槽 Amazon 之后，AWS 在 1 月 21 日發(fā)文，針鋒相對地宣布他們要創(chuàng)建“真正”開源的 Elasticsearch 分支。

參考資料

[1]

Server Side Public License: https://www.mongodb.com/licensing/server-side-public-license

[2]

Elastic License: https://github.com/elastic/elasticsearch/blob/master/licenses/ELASTIC-LICENSE.txt

[3]

協(xié)議變更說明: https://www.elastic.co/blog/license-change-clarification

[4]

為什么我們必須修改協(xié)議: https://www.elastic.co/blog/why-license-change-AWS

責任編輯：xj

原文標題：炮轟云廠商“吸血”，Elastic 修改開源許可

文章出處：【微信公眾號：Linux愛好者】歡迎添加關注！文章轉載請注明出處。