Redis授權變更從BSD換成RSALv2或SSPLv1雙授權
最近聽到Redis授權變更從BSD換成RSALv2或SSPLv1雙授權…. 就在想若我們有用到Redis的服務,豈不是得趕快換.. 所以查了一下RSALv2, SSPLv1的授權都是指若用它來作生意是不行的,例如雲端管理服務直接上架Redis服務作為營利使用又或是將它們的程式再優化成類似的產品出售或提供服務等。(看來我們並不在這一掛..) 而以下是我消化後整理的結果:
RSALv2和SSPLv1兩個授權比較:
- RSALv2 (Redis Source Available License v2):
- 允許使用者自由使用、複製、發布、修改和分發Redis原始碼。
- 有兩項主要限制:
- 不得將軟體商業化或作為託管服務提供給他人。
- 不得刪除和隱藏任何授權、版權和其他通知。
- SSPLv1 (Server Side Public License v1):
- 強制要求提供服務的公司,必須公開提供服務所使用的原始碼,包括該軟體的任何修改與衍生作品,以及服務營運相關的所有後端程式碼。
在直接使用Redis當快取的雲端應用服務的場景中,使用者並未將Redis作為商業化產品或服務提供給他人,因此不違反RSALv2的第一項限制。此外,使用者也無需刪除或隱藏Redis的授權、版權和其他通知,因此也不違反RSALv2的第二項限制。
至於SSPLv1的強制公開原始碼規定,在直接使用Redis當快取的雲端應用服務的場景中,使用者並未修改或衍生Redis的原始碼,因此也無需公開提供服務所使用的原始碼。
因此,如果我們直接使用Redis當快取的雲端應用服務並不會違反RSALv2或SSPLv1。
然而,以下是幾點需要注意的事項:
- 若使用者修改或衍生了Redis的原始碼,則在提供服務時,可能需要根據SSPLv1的規定公開提供修改或衍生後的原始碼。
- 若使用者將Redis作為商業化產品或服務提供給他人,則可能需要根據RSALv2的規定取得Redis官方的授權。
以下是一些合規的作法:
- 若使用者需要修改或衍生Redis的原始碼,建議在公開提供服務之前,先向Redis官方確認是否需要公開原始碼。
- 若使用者需要將Redis作為商業化產品或服務提供給他人,建議向Redis官方申請商業授權。
總結來說,直接使用Redis作為雲端快取服務應該不會違反授權條款,但若有修改原始碼或商業化的需求,則需特別注意相關規定並採取適當的行動。
參考文章: https://www.ithome.com.tw/news/161960