{"id":114479,"date":"2024-03-21T12:25:50","date_gmt":"2024-03-21T10:25:50","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/subd-redis-perehodit-na-proprietarnuyu-liczenziyu-obsuzhdenie-udaleniya-redis-iz-fedora"},"modified":"2024-03-21T12:25:50","modified_gmt":"2024-03-21T10:25:50","slug":"subd-redis-perehodit-na-proprietarnuyu-liczenziyu-obsuzhdenie-udaleniya-redis-iz-fedora","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/subd-redis-perehodit-na-proprietarnuyu-liczenziyu-obsuzhdenie-udaleniya-redis-iz-fedora","title":{"rendered":"Il DBMS Redis passa a una licenza proprietaria. Discussione sull'eliminazione di Redis da Fedora","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
L'azienda Redis Ltd ha annunciato un cambiamento nella licenza del DBMS Redis, appartenente alla classe dei sistemi NoSQL. A partire dal rilascio di Redis 7.4, il codice del progetto sar\u00e0 distribuito sotto due licenze proprietarie, RSALv2 (Redis Source Available License v2) e SSPLv1 (Server Side Public License v1), invece della precedente licenza BSD. In passato, solo il codice dei moduli aggiuntivi, che offrivano funzionalit\u00e0 avanzate per utenti aziendali (RediSearch, RedisGraph, RedisJSON, RedisML, RedisBloom, ecc.), era fornito sotto licenza proprietaria. D'ora in poi, la licenza proprietaria si applicher\u00e0 anche al codice sorgente principale del DBMS. <\/p>\n
Il cambio di licenza permetter\u00e0 di integrare nei futuri aggiornamenti del DBMS Redis moduli proprietari con l'implementazione di nuovi tipi e motori di elaborazione dei dati, precedentemente offerti solo nel prodotto Redis Stack. Le versioni precedenti rimarranno disponibili sotto la precedente licenza BSD e potranno essere utilizzate come base per la creazione di un fork indipendente. <\/p>\n
Il supporto per le vecchie versioni di Redis 7.x, rilasciate prima del cambio di licenza, continuer\u00e0 almeno fino al rilascio della Redis Community Edition 9.0. Tutti i patch che risolvono vulnerabilit\u00e0 e problemi gravi saranno rilasciati per le versioni precedenti sotto la licenza BSD e potranno essere utilizzati nei fork. Una volta terminato il periodo di supporto per le vecchie versioni, i patch saranno rilasciati solo sotto le licenze SSPL e RSAL, quindi da quel momento in poi i creatori di fork dovranno gestire autonomamente il supporto. <\/p>\n
Le licenze SSPL e RSAL non sono open source e introducono ulteriori restrizioni, vietando l'uso gratuito del prodotto per la fornitura di servizi cloud. Per i suoi obiettivi, entrambe le licenze sono simili, con la differenza che la licenza SSPL si basa sulla licenza copyleft AGPLv3, mentre la licenza RSAL si basa sulla licenza permissiva BSD. <\/p>\n
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 pagati gestiti (l'uso gratuito \u00e8 consentito per i servizi interni, l'obbligo si riferisce solo ai servizi a pagamento che forniscono accesso a Redis). In linea con i principi del copyleft, la licenza SSPL contiene un requisito di distribuzione sotto la stessa licenza non solo per il codice dell'applicazione, ma anche per il codice sorgente di tutti i componenti coinvolti nella fornitura del servizio cloud. <\/p>\n
Tra i motivi del cambiamento della politica di licenza c'\u00e8 il desiderio di evitare il parassitismo dei fornitori di servizi cloud sul software open source. All'azienda Redis Inc non piace il fatto che i fornitori cloud creino prodotti commerciali derivati e rivendano Redis come servizio cloud, senza partecipare alla vita della comunit\u00e0 e senza contribuire allo sviluppo. Si crea cos\u00ec una situazione in cui il profitto va a fornitori cloud non legati al progetto, che rivendono soluzioni open source pronte, mentre gli sviluppatori rimangono a mani vuote. <\/p>\n
Entrambe le licenze portano a una discriminazione di determinate categorie di utenti, il che non consente di considerarli aperti o liberi. 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. Inoltre, 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\u00e0 avviato discussioni per rimuovere i pacchetti di Redis dai repository della distribuzione o per sostituirli con un fork libero, che si prevede sar\u00e0 formato da membri della comunit\u00e0 insoddisfatti del cambio di licenza. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"