La société Redis Ltd a annoncé un changement de licence pour son SGBD Redis, classé parmi les systèmes NoSQL. À partir de la version Redis 7.4, le code du projet sera distribué sous deux licences propriétaires RSALv2 (Redis Source Available License v2) et SSPLv1 (Server Side Public License v1), au lieu de la licence BSD précédemment appliquée. Auparavant, seul le code des modules additionnels, offrant des fonctionnalités avancées pour les utilisateurs d'entreprise (RediSearch, RedisGraph, RedisJSON, RedisML, RedisBloom, etc.), était fourni sous licence propriétaire. Désormais, la licence propriétaire s'appliquera également à la base de code principale du SGBD.
Le changement de licence permettra d'intégrer dans les futures versions du SGBD Redis des modules propriétaires avec la mise en œuvre de types avancés et de moteurs de traitement de données, auparavant proposés uniquement dans le produit Redis Stack. Les anciennes versions resteront disponibles sous l'ancienne licence BSD et pourront être utilisées comme base pour créer des forks indépendants.
Le support des anciennes branches Redis 7.x, publiées avant le changement de licence, se poursuivra au moins jusqu'à la sortie de la Redis Community Edition 9.0. Tous les correctifs pour les vulnérabilités et les problèmes majeurs seront publiés pour les anciennes branches sous licence BSD et pourront être utilisés dans les forks. Après la fin de la période de support des anciennes branches, les correctifs ne seront publiés que sous les licences SSPL et RSAL, c'est-à-dire que les auteurs de forks devront s'assurer eux-mêmes du support.
Les licences SSPL et RSAL ne sont pas des licences ouvertes et introduisent des restrictions supplémentaires interdisant l'utilisation gratuite du produit pour le fonctionnement de services cloud. En termes d'objectifs, les deux licences se ressemblent, les différences se résumant au fait que la licence SSPL est fondée sur la licence copyleft AGPLv3, tandis que la licence RSAL est basée sur la licence permissive BSD.
La licence RSAL permet d'utiliser, de modifier, de distribuer et d'intégrer le code dans des applications, sauf lorsque ces applications sont commerciales ou utilisées pour fournir des services payants gérés (l'utilisation gratuite est autorisée pour les services internes, la restriction ne s'applique qu'aux services payants offrant un accès à Redis). Conformément aux principes du copyleft, la licence SSPL contient l'exigence de fournir non seulement le code de l'application elle-même, mais aussi le code source de tous les composants impliqués dans la fourniture d'un service cloud.
La raison du changement de la politique de licence est de ne pas permettre aux fournisseurs de services cloud de profiter des logiciels open source. Redis Inc. n'est pas satisfait du fait que des fournisseurs de cloud créent des produits commerciaux dérivés et revendent Redis sous forme de services cloud, sans participer à la vie de la communauté ni aider au développement. Cela crée une situation où des fournisseurs de cloud qui n'ont aucun lien avec le projet en profitent, tandis que les développeurs restent sans rien.
Les deux licences entraînent une discrimination de certaines catégories d'utilisateurs, ce qui ne permet pas de les considérer comme ouvertes ou libres. L'organisation OSI (Open Source Initiative) a déclaré que de telles licences ne sont pas ouvertes et que les produits basés sur elles doivent être considérés comme propriétaires. Entre autres, les produits sous les licences SSPL et RSAL ne peuvent pas être inclus dans des distributions libres telles que Fedora et Debian. Les développeurs du projet Fedora ont déjà commencé à discuter de la suppression des paquets Redis des dépôts de la distribution ou de leur remplacement par un fork libre, qui devrait être formé par des membres de la communauté mécontents du changement de licence.
Source : opennet.ru
