L'azienda Redis Ltd ha annunciato un cambiamento nella licenza per il database Redis, appartenente alla classe dei sistemi NoSQL. A partire dal rilascio di Redis 7.4, il codice del progetto sarà distribuito sotto due licenze proprietarie, RSALv2 (Redis Source Available License v2) e SSPLv1 (Server Side Public License v1), invece della precedente licenza BSD. In precedenza, solo il codice dei moduli aggiuntivi, che offrivano funzionalità avanzate per gli utenti aziendali (RediSearch, RedisGraph, RedisJSON, RedisML, RedisBloom, ecc.), era fornito sotto licenza proprietaria. D'ora in poi, la licenza proprietaria sarà applicata anche alla base di codice principale del database.
Il cambio di licenza consentirà di integrare nella composizione principale delle future versioni del database Redis moduli proprietari con implementazioni di tipi avanzati e motori di elaborazione dati, precedentemente offerti solo con il prodotto Redis Stack. Le vecchie versioni continueranno ad essere disponibili sotto la precedente licenza BSD e potranno essere utilizzate come base per creare un fork indipendente.
Il supporto per le vecchie versioni di Redis 7.x, rilasciate prima del cambiamento di licenza, continuerà almeno fino al rilascio di Redis Community Edition 9.0. Tutte le patch per la correzione di vulnerabilità e problemi gravi saranno rilasciate per le vecchie versioni sotto licenza BSD e potranno essere utilizzate nei fork. Dopo la scadenza del supporto per le vecchie versioni, le patch saranno rilasciate solo sotto le licenze SSPL e RSAL, ovvero da quel momento i creatori di fork dovranno occuparsi autonomamente del supporto.
Le licenze SSPL e RSAL non sono open source e introducono ulteriori restrizioni che vietano l'uso gratuito del prodotto per supportare i servizi cloud. Per i loro obiettivi, entrambe le licenze sono simili tra loro, mentre le differenze riguardano il fatto che la licenza SSPL si basa sulla licenza copyleft AGPLv3, mentre la licenza RSAL si basa sulla licenza permissiva BSD.
La licenza RSAL consente di utilizzare, modificare, distribuire e integrare il codice nelle applicazioni, ad eccezione dei casi in cui queste applicazioni siano commerciali o utilizzate per fornire servizi a pagamento gestiti (per i servizi interni è consentito l'uso gratuito, la restrizione riguarda solo i servizi a pagamento che forniscono accesso a Redis). In conformità ai principi del copyleft, la licenza SSPL contiene l'obbligo di fornire sotto la stessa licenza non solo il codice dell'applicazione stessa, ma anche i file di origine di tutti i componenti coinvolti nella fornitura del servizio cloud.
Tra le ragioni del cambiamento della politica di licenza c'è il desiderio di scongiurare la parassitizzazione dei fornitori di servizi cloud sul software open source. A Redis Inc non piace che i provider cloud creino prodotti commerciali derivati e rivendano Redis sotto forma di servizi cloud, ma non partecipano alla vita della comunità e non assistono nello sviluppo. Si crea una situazione in cui i vantaggi vanno a fornitori cloud non legati al progetto, che rivendono soluzioni open source pronte, mentre gli sviluppatori rimangono coi cerini in mano.
Entrambe le licenze portano a una discriminazione di categorie specifiche di utenti, il che non permette di considerarle aperte o libere. L'organizzazione OSI (Open Source Initiative) ha dichiarato che tali licenze non sono aperte e i prodotti basati su di esse devono essere considerati proprietari. Tra l'altro, i prodotti sotto le licenze SSPL e RSAL non possono essere inclusi in distribuzioni libere, come Fedora e Debian. Gli sviluppatori del progetto Fedora hanno già iniziato a discutere l'eliminazione dei pacchetti con Redis dai repository della distribuzione o la loro sostituzione con un fork libero, che, come previsto, sarà formato da membri della comunità, scontenti del cambiamento di licenza.
Fonte: opennet.ru
