導讀:最近社群有大量的討論,Redis將改用Common Clause許可證,Redis或不再開源?Redis作者antirez透過個人部落格發文,駁斥了上述不實傳言。
今天,關於Redis Labs網站上新的Common Clause許可的頁面,被社群解讀為Redis本身已經切換了許可證。事實並非如此,Redis當前、並將繼續使用BSD許可證。然而,在無法控制的資訊傳播的時代,我嘗試傳達正確資訊的努力失敗了,我仍然看到無處不在的“Redis不再是開源的”的訊息。現實情況是,Redis仍然採用BSD授權,實際上Redis Labs也盡其所能,支援我保持Redis核心系統的持續的開放性。
正在發生的事情是,Redis Labs內部開發的某些Redis模組,將根據Common Clause釋出(使用Apache許可證作為基本許可證)。這意味一些企業附加元件,不再採用一貫的完全封閉的原始碼的做法,而採用比以往更為寬鬆的許可證。
我認為Redis Labs官網的Common Clause頁面提供的資訊未能清晰完整,軟體公司經常會出現這種溝通失誤。然而,對我而言,在“雲時代”(笑)使用開源許可證來運營一個系統軟體業務非常具有挑戰,但Redis Labs完全理解並支援Redis核心是開源的想法,這一點看起來尤為重要。專案採用了最寬鬆的許可證,即BSD,併在這些年內為該專案提供了大量資金。
Redis Labs內部開發的某些模組之所以切換許可證,是因為它們是Redis Labs提供給自行編譯和安裝系統的終端使用者,或者是針對Redis Labs客戶的附加值。但是,對於願意轉售它的每個人來說,放棄附加價值是有問題的。這種模組的一個例子是RediSearch:它是AGPL,現在將成為Apache + Common Clause。
關於我自己,我會繼續為Redis編寫程式碼(BSD許可證)。對於我將開發的Redis模組,比如Disque,我會選擇AGPL,原因類似:我們生活在雲時代,所以使用新許可證會強制其他SaaS公司重新提交回他們的改進。然而,這不適用於Redis本身。 Redis是10年集體努力的成果,是我們可以一起做其他事情的基礎,這個基礎必須有盡可能多的可能性,即使用BSD許可證。
我們Redis Labs對於Common Clause頁面產生的混淆感到抱歉,我的同事們正在努力用更好的措辭來改進這一問題。
相關閱讀:
高可用架構
改變網際網路的構建方式
長按二維碼 關註「高可用架構」公眾號