логотип redis.
Redis, популярна база даних іn пам'ять, яку використовують мільйони розробників по всьому світу, оголосила про суттєві зміни у своїй політиці ліцензування. Традиційно розповсюджується за ліцензією BSD із трьох пунктів, дозвільною ліцензією з відкритим кодом, Redis вирішив прийняти подвійну модель ліцензування.
З версії Redis 7.4, проект поширюватиме свій код за двома пропрієтарними ліцензіями: RSALv2 (Redis Source Available License v2) і SSPLv1 (Server Side Public License v1) замість ліцензії BSD, яка використовувалася раніше. Раніше тільки додаткові модулі, які пропонували розширену функціональність для корпоративних користувачів, наприклад RediSearch, RedisGraph, RedisJSON, RedisML, RedisBloom, серед інших, надавалися за власною ліцензією. Тепер пропрієтарна ліцензія також застосовуватиметься до основної кодової бази СУБД.
Ця зміна в ліцензії сдозволить інтегрувати власні модулі з розширеними можливостями та механізмами обробки даних в основній структурі майбутніх версій СУБД Redis. Старіші версії все ще будуть доступні за старою ліцензією BSD і можуть використовуватися як основа для створення незалежних форків.
El Обслуговування старих гілок Redis 7.x, випущених до зміни ліцензії, триватиме принаймні до випуску Redis Community Edition 9.0. Патчі, які виправляють уразливості та критичні проблеми, будуть випущені для старих версій під ліцензією BSD і можуть використовуватися у форках. Після періоду підтримки для старіших версій виправлення будуть випущені лише під ліцензіями SSPL і RSAL, тобто авторам форків доведеться самостійно обслуговувати їх.
«Ми з нетерпінням чекаємо на продовження нашої спільної роботи з підтримки розробників останніми інноваціями у зберіганні та управлінні даними», — сказала Джулія Ліусон, президент відділу розробників Microsoft. «Наша співпраця продовжує підтримувати такі інтегровані рішення, як Azure Cache для Redis, і надасть клієнтам Microsoft ексклюзивний доступ до розширених функцій у пропозиціях Redis».
Важливо це зазначити Ліцензії SSPL і RSAL не є відкритими і мають додаткові обмеження, які забороняють безкоштовне використання продукту для надання хмарних послуг.і. Обидві ліцензії мають схожі цілі, хоча ліцензія SSPL базується на ліцензії AGPLv3 з копілефтом, тоді як ліцензія RSAL базується на дозвільній ліцензії BSD.
Ліцензія RSAL дозволяє використовувати, модифікувати, розповсюджувати та інтегрувати код у програми, за винятком комерційних випадків або в керованих платних службах (безкоштовне використання дозволено для внутрішніх служб, тоді як обмеження поширюється на платні служби, які надають доступ до Redis). З іншого боку, ліцензія SSPL, дотримуючись принципів копілефту, вимагає, щоб не лише код самої програми, але й вихідний код усіх компонентів, задіяних у наданні хмарної служби, постачався за тією ж ліцензією.
Причина за зміну політики відпустокs полягає в тому, щоб перешкодити постачальникам хмарних послуг отримати вигоду від програмного забезпечення з відкритим кодом без внеску для розвитку або підтримки громади. Redis не задоволений поточною ситуацією, коли хмарні провайдери отримують дохід від комерційних похідних продуктів на основі Redis і продають хмарні послуги, не беручи участі в розробці та не співпрацюючи зі спільнотою. Ця динаміка не залишає розробникам жодного прибутку, тоді як хмарні постачальники отримують прибуток від існуючих відкритих рішень.
Обидві реалізовані ліцензії дискримінують певні типи користувачів, що не дозволяє вважати їх відкритими або безкоштовними ліцензіями. Ініціатива відкритого коду (OSI) заявила, що ці ліцензії не відповідають стандартам відкритого коду, і продукти на їх основі слід вважати власністю. Це означає, що продукти за ліцензіями SSPL і RSAL не можуть бути частиною таких дистрибутивів, як Fedora і Debian.
Якщо ви є зацікавлений дізнатися більше про це, Ви можете перевірити деталі У наступному посиланні.