Redis將繼續採用BSD許可證
今天,關於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頁面產生的混淆感到抱歉,我的同事們正在努力用更好的措辭來改進這一問題。
※微服務網關終結者?Spring Cloud推出新成員Spring Cloud Gateway
※美圖、魅族、Kylin多個一線案例,盡在周末美圖互聯網技術沙龍
TAG:高可用架構 |