今天，Redis Labs 網站上一個關於新的 Common Clause(通用條款) 授權的頁面，被誤解為 Redis 本身已更換授權。事實並非如此，Redis 過去是、未來也仍將維持 BSD 授權。然而在這個 [編按] 資訊無法控制地散播的時代，我試圖提供正確資訊的努力並未成功，到處仍可看到「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 頁面所造成的混淆深感抱歉，我的同事們正努力以更完善的措辭修正該頁面。