Firma Redis Ltd ogłosiła zmianę licencji na system baz danych Redis, który należy do klasy systemów NoSQL. Począwszy od wydania Redis 7.4, kod projektu będzie udostępniany na podstawie dwóch licencji proprietarnych: RSALv2 (Redis Source Available License v2) oraz SSPLv1 (Server Side Public License v1), zamiast wcześniejszej licencji BSD. Wcześniej pod licencją proprietarną dostarczany był tylko kod dodatkowych modułów, które oferowały rozszerzone możliwości dla użytkowników korporacyjnych (RediSearch, RedisGraph, RedisJSON, RedisML, RedisBloom itd.). Od teraz licencja proprietarna będzie dotyczyć również głównej bazy kodu systemu baz danych.
Zmiana licencji pozwoli na integrację w głównym składzie przyszłych wersji systemu baz danych Redis modułów proprietarnych z realizacją rozszerzonych typów i silników przetwarzania danych, które wcześniej były oferowane tylko w ramach produktu Redis Stack. Starsze wydania pozostaną dostępne na wcześniejszej licencji BSD i będą mogły być wykorzystywane jako podstawa do stworzenia niezależnego forka.
Wsparcie dla starych gałęzi Redis 7.x, wydanych przed zmianą licencji, będzie kontynuowane co najmniej do wydania Redis Community Edition 9.0. Wszystkie poprawki usuwające luki bezpieczeństwa i poważne problemy będą wydawane dla starych gałęzi na licencji BSD i będą mogły być wykorzystywane w forkach. Po zakończeniu wsparcia dla starych gałęzi, poprawki będą wydawane tylko na licencjach SSPL i RSAL, co oznacza, że autorzy forków będą musieli samodzielnie zajmować się ich wsparciem.
Licencje SSPL i RSAL nie są otwarte i wprowadzają dodatkowe ograniczenia, zakazujące darmowego korzystania z produktu w celu zapewnienia działania usług chmurowych. Obie licencje są do siebie podobne pod względem celów, a różnice sprowadzają się do tego, że licencja SSPL oparta jest na licencji copyleft AGPLv3, a licencja RSAL opiera się na licencji permissywnej BSD.
Licencja RSAL pozwala na korzystanie, modyfikowanie, rozpowszechnianie i integrowanie kodu w aplikacjach, z wyjątkiem przypadków, gdy te aplikacje są komercyjne lub używane do świadczenia zarządzanych płatnych usług (dopuszczalne jest bezpłatne korzystanie w przypadku usług wewnętrznych, ograniczenie dotyczy tylko płatnych usług, które zapewniają dostęp do Redis). Zgodnie z zasadami copyleft, licencja SSPL zawiera wymóg dostarczania nie tylko kodu samej aplikacji, ale także źródłowych tekstów wszystkich komponentów zaangażowanych w świadczenie usługi w chmurze.
Jako powód zmiany polityki licencyjnej wskazano chęć zapobieżenia pasożytowaniu dostawców usług chmurowych na otwartym oprogramowaniu. Firmę Redis Inc nie satysfakcjonuje, że dostawcy chmurowi tworzą pochodne produkty komercyjne i zajmują się odsprzedażą Redis w postaci usług chmurowych, ale nie angażują się w życie społeczności i nie wspierają rozwoju. Tworzy się sytuacja, w której korzyści czerpią niepowiązani z projektem dostawcy chmurowi, którzy odsprzedają gotowe otwarte rozwiązania, a sami deweloperzy pozostają bez niczego.
Obie licencje prowadzą do dyskryminacji niektórych kategorii użytkowników, co nie pozwala uznać ich za otwarte lub wolne. Organizacja OSI (Open Source Initiative) oświadczyła, że takie licencje nie są otwarte i produkty na ich podstawie powinny być uważane za własnościowe. Między innymi, produkty pod licencjami SSPL i RSAL nie mogą być uwzględniane w wolnych dystrybucjach, takich jak Fedora i Debian. Deweloperzy projektu Fedora już rozpoczęli dyskusję na temat usunięcia pakietów z Redis z repozytoriów dystrybucji lub jego zamiany na wolny fork, który ma być utworzony przez przedstawicieli społeczności, niezadowolonych ze zmiany licencji.
Źródło: opennet.ru
