今天，Redis Labs 網站上一個關於新 Common Clause 授權的頁面，被誤解為 Redis 本身更換了授權。事實並非如此，Redis 現在是、未來也仍將採用 BSD 授權。然而在這個 [edit] 資訊不受控地瘋傳的時代，我試圖澄清正確資訊的努力失敗了，到處都還在流傳「Redis 不再是開源軟體」的說法。實際上，Redis 依然維持 BSD 授權，而且 Redis Labs 其實也做了正確的事，一如既往地支持我讓 Redis 核心保持開放。

真正發生的情況是，Redis Labs 內部開發的某些 Redis 模組，現在改以 Common Clause 釋出（以 Apache 授權為基礎授權）。這基本上意味著，某些企業級擴充功能，與其完全閉源——而他們本來完全可以這麼做——不如改以一個更寬鬆的授權來提供。

我認為 Redis Labs 的 Common Clause 頁面沒有提供清楚、完整的資訊，不過軟體公司本來就常在溝通上出錯，這也是難免的。但對我而言，更重要的是，在「雲端時代」（LOL）要以開源授權來經營系統軟體生意是非常艱難的，而 Redis Labs 卻完全理解並支持 Redis 核心是一個開源專案、而且是採用*有史以來最寬鬆的授權*，也就是 BSD 授權的理念，這些年來也為這個專案投入了大量資金。

Redis Labs 內部開發的某些模組之所以要更換授權，是因為它們屬於加值功能，Redis Labs 希望只提供給願意自行編譯、安裝系統的終端使用者，或是使用其服務的 Redis Labs 客戶。但把這些價值免費送給所有想拿去轉售的人，就不妥了。這類模組的一個例子是 RediSearch：它原本採用 AGPL，現在將改為 Apache + Common Clause。

至於我自己，我會繼續為 Redis 撰寫 BSD 授權的程式碼。而我所開發的 Redis 模組，例如 Disque，我則會選擇 AGPL，理由也類似：我們活在「Cloud-poly」的時代，因此採用能迫使其他 SaaS 公司回饋其改進成果的授權，是個不錯的方向。不過這並不適用於 Redis 本身。發展至今，Redis 已是長達十年的集體努力成果，是我們能在此之上共同打造更多事物的基礎，而這個基礎必須盡可能地開放取得，也就是採用 BSD 授權。

我們 Redis Labs 對於 Common Clause 頁面所造成的混淆深感抱歉，我的同事們正在著手修正頁面措辭，讓說明更為清楚。