Die Firma Redis Ltd hat eine Änderung der Lizenz für die Redis-Datenbank, die zu den NoSQL-Systemen gehört, angekündigt. Ab der Version Redis 7.4 wird der Projektcode unter zwei proprietären Lizenzen veröffentlicht: RSALv2 (Redis Source Available License v2) und SSPLv1 (Server Side Public License v1), anstelle der zuvor verwendeten BSD-Lizenz. Zuvor wurde unter der proprietären Lizenz lediglich der Code für zusätzliche Module bereitgestellt, die erweiterte Funktionen für Unternehmenskunden boten (wie RediSearch, RedisGraph, RedisJSON, RedisML, RedisBloom usw.). Von jetzt an wird die proprietäre Lizenz auch auf den Hauptcode der Datenbank angewendet.
Der Lizenzwechsel ermöglicht die Integration proprietärer Module mit erweiterten Typen und Datenverarbeitungsengines in die nächste Hauptversion der Redis-Datenbank, die zuvor nur im Produkt Redis Stack angeboten wurden. Alte Versionen bleiben unter der bisherigen BSD-Lizenz verfügbar und können als Grundlage für die Erstellung eines unabhängigen Forks genutzt werden.
Die Unterstützung älterer Redis 7.x-Zweige, die vor der Lizenzänderung veröffentlicht wurden, wird mindestens bis zur Veröffentlichung der Redis Community Edition 9.0 fortgesetzt. Alle Patches zur Behebung von Sicherheitsanfälligkeiten und schwerwiegenden Problemen werden für ältere Zweige unter der BSD-Lizenz veröffentlicht und können in Forks verwendet werden. Nach dem Ende der Unterstützung für ältere Zweige werden Patches nur unter den Lizenzen SSPL und RSAL veröffentlicht, was bedeutet, dass die Autoren der Forks künftig selbst für die Wartung verantwortlich sind.
Die Lizenzen SSPL und RSAL sind nicht offen und führen zusätzliche Einschränkungen ein, die die kostenlose Nutzung des Produkts zur Bereitstellung von Cloud-Diensten verbieten. In ihren Zielsetzungen sind beide Lizenzen ähnlich, während sich die Unterschiede darauf beschränken, dass die SSPL-Lizenz auf der Copyleft-Lizenz AGPLv3 basiert, während die RSAL-Lizenz auf der permissiven BSD-Lizenz basiert.
Die RSAL-Lizenz erlaubt die Nutzung, Änderung, Verbreitung und Integration des Codes in Anwendungen, es sei denn, diese Anwendungen sind kommerzieller Natur oder werden zur Bereitstellung verwalteter kostenpflichtiger Dienste genutzt (für interne Dienste ist die kostenlose Nutzung zulässig; die Einschränkung betrifft nur kostenpflichtige Dienste, die Zugang zu Redis gewähren). Gemäß den Grundsätzen des Copylefts enthält die SSPL-Lizenz die Anforderung, nicht nur den Quellcode der Anwendung selbst, sondern auch die Quelltexte aller Komponenten, die an der Bereitstellung des Cloud-Dienstes beteiligt sind, unter derselben Lizenz zu liefern.
Der Grund für die Änderung der Lizenzpolitik ist der Wunsch, ein Abgreifen von Cloud-Service-Anbietern auf Open-Source-Software zu verhindern. Redis Inc. ist unzufrieden damit, dass Cloud-Anbieter kommerzielle Derivate schaffen und Redis in Form von Cloud-Services weiterverkaufen, ohne am Leben der Community teilzunehmen und nicht bei der Entwicklung zu helfen. Es entsteht eine Situation, in der unbeteiligte Cloud-Anbieter, die fertige Open-Source-Lösungen weiterverkaufen, profitieren, während die eigentlichen Entwickler leer ausgehen.
Beide Lizenzen führen zur Diskriminierung bestimmter Benutzergruppen, was sie nicht als offen oder frei betrachten lässt. Die OSI (Open Source Initiative) hat erklärt, dass solche Lizenzen nicht offen sind und Produkte, die auf ihnen basieren, als proprietär angesehen werden sollten. Unter anderem können Produkte unter den Lizenzen SSPL und RSAL nicht in freie Distributionen wie Fedora und Debian aufgenommen werden. Die Entwickler des Fedora-Projekts haben bereits begonnen, die Entfernung von Redis-Paketen aus den Distribution-Repositories zu diskutieren oder diese durch einen freien Fork zu ersetzen, der voraussichtlich von Community-Mitgliedern gebildet wird, die mit den Lizenzänderungen unzufrieden sind.
Quelle: opennet.ru
