A empresa Redis Ltd anunciou a mudança da licença do SGBD Redis, que pertence à classe dos sistemas NoSQL. A partir do lançamento do Redis 7.4, o código do projeto será distribuído sob duas licenças proprietárias, RSALv2 (Redis Source Available License v2) e SSPLv1 (Server Side Public License v1), em vez da licença BSD anteriormente aplicada. Antes, apenas o código de módulos adicionais, que ofereciam funcionalidades avançadas para usuários corporativos (RediSearch, RedisGraph, RedisJSON, RedisML, RedisBloom, etc.), era fornecido sob licença proprietária. A partir de agora, a licença proprietária também será aplicada à base de código principal do SGBD.
A mudança da licença permitirá integrar módulos proprietários com a implementação de tipos e motores de processamento de dados avançados nas versões futuras do SGBD Redis, que anteriormente eram oferecidos apenas como parte do produto Redis Stack. As versões antigas permanecerão disponíveis sob a antiga licença BSD e poderão ser utilizadas como base para a criação de forks independentes.
O suporte para as antigas ramificações do Redis 7.x, lançadas antes da mudança de licença, continuará por pelo menos até o lançamento do Redis Community Edition 9.0. Todos os patches de correção de vulnerabilidades e problemas graves serão lançados para as antigas ramificações sob a licença BSD e poderão ser utilizados em forks. Após o término do suporte para as antigas ramificações, os patches serão lançados apenas sob as licenças SSPL e RSAL, ou seja, a partir de agora, os criadores de forks precisarão cuidar do suporte por conta própria.
As licenças SSPL e RSAL não são abertas e impõem restrições adicionais que proíbem o uso gratuito do produto para viabilizar serviços em nuvem. Ambas as licenças são semelhantes em seus objetivos, e as diferenças se resumem ao fato de que a licença SSPL é baseada na licença copyleft AGPLv3, enquanto a licença RSAL é baseada na licença permissiva BSD.
A licença RSAL permite o uso, modificação, distribuição e integração de código em aplicativos, exceto quando esses aplicativos são comerciais ou utilizados para fornecer serviços pagos gerenciados (o uso gratuito é permitido para serviços internos, a restrição se aplica apenas a serviços pagos que oferecem acesso ao Redis). De acordo com os princípios de copyleft, a licença SSPL contém a exigência de entrega sob a mesma licença não apenas do código do aplicativo, mas também do código-fonte de todos os componentes envolvidos na prestação do serviço em nuvem.
A razão citada para a mudança na política de licenciamento é o desejo de impedir a parasitação de provedores de serviços em nuvem sobre software livre. A empresa Redis Inc não está satisfeita com o fato de que provedores de nuvem criam produtos comerciais derivados e revendem o Redis como serviços em nuvem, mas não participam da vida da comunidade e não ajudam no desenvolvimento. Cria-se uma situação em que provedores de nuvem não associados ao projeto se beneficiam, enquanto os desenvolvedores ficam sem nada.
Ambas as licenças resultam em discriminação de categorias específicas de usuários, o que não permite considerá-las abertas ou livres. A organização OSI (Open Source Initiative) declarou que tais licenças não são abertas e os produtos baseados nelas devem ser considerados proprietários. Além disso, produtos sob as licenças SSPL e RSAL não podem ser incluídos em distribuições livres, como Fedora e Debian. Os desenvolvedores do projeto Fedora já iniciaram discussões sobre a remoção de pacotes do Redis dos repositórios da distribuição ou sua substituição por um fork livre, que se espera seja formado por membros da comunidade insatisfeitos com a mudança de licença.
Fonte: opennet.ru
