Das Unternehmen Redis Ltd hat eine Ănderung der Lizenz fĂŒr die Redis-Datenbankverwaltungssystem (DBMS) angekĂŒndigt, die zu den NoSQL-Systemen gehört. Mit der Veröffentlichung von Redis 7.4 wird der Quellcode des Projekts unter zwei proprietĂ€ren Lizenzen, RSALv2 (Redis Source Available License v2) und SSPLv1 (Server Side Public License v1), verbreitet, anstelle der zuvor verwendeten BSD-Lizenz. Zuvor wurde nur der Code zusĂ€tzlicher Module unter einer proprietĂ€ren Lizenz bereitgestellt, die erweiterte Funktionen fĂŒr Unternehmenskunden (wie RediSearch, RedisGraph, RedisJSON, RedisML, RedisBloom usw.) bot. KĂŒnftig wird die proprietĂ€re Lizenz auch fĂŒr den Hauptcode des DBMS gelten.
Die Ănderung der Lizenz wird es ermöglichen, proprietĂ€re Module mit der Implementierung erweiterter Datentypen und -motoren in die zukĂŒnftigen Versionen des Redis DBMS zu integrieren, die zuvor nur im Produkt Redis Stack angeboten wurden. Ăltere Versionen bleiben unter der ehemaligen BSD-Lizenz verfĂŒgbar und können als Grundlage fĂŒr die Erstellung eines unabhĂ€ngigen Forks verwendet werden.
Die UnterstĂŒtzung der alten Versionen Redis 7.x, die vor der LizenzĂ€nderung veröffentlicht wurden, wird mindestens bis zur Veröffentlichung von Redis Community Edition 9.0 fortgesetzt. Alle Patches zur Behebung von SicherheitsanfĂ€lligkeiten und schwerwiegenden Problemen werden fĂŒr die alten Versionen unter der BSD-Lizenz veröffentlicht und können in Forks verwendet werden. Nach Ablauf der UnterstĂŒtzung fĂŒr die alten Versionen werden Patches nur noch unter den Lizenzen SSPL und RSAL veröffentlicht, d.h. kĂŒnftig mĂŒssen die Autoren von Forks die UnterstĂŒtzung selbst ĂŒbernehmen.
Die Lizenzen SSPL und RSAL sind nicht offen und bringen zusÀtzliche EinschrÀnkungen mit sich, die die kostenlose Nutzung des Produkts zur Bereitstellung von Cloud-Diensten verbieten. In ihren Zielen sind beide Lizenzen einander Àhnlich, wobei der Unterschied darin besteht, dass die SSPL-Lizenz auf der Copyleft-Lizenz AGPLv3 basiert und die RSAL-Lizenz auf der permissiven BSD-Lizenz basiert.
Die RSAL-Lizenz erlaubt die Nutzung, Modifizierung, Verbreitung und Integration von Code in Anwendungen, es sei denn, diese Anwendungen sind kommerzieller Natur oder werden zur Bereitstellung von verwalteten kostenpflichtigen Diensten verwendet (die kostenlose Nutzung ist fĂŒr interne Dienste zulĂ€ssig, die EinschrĂ€nkung betrifft nur kostenpflichtige Dienste, die Zugang zu Redis bieten). GemÀà den Prinzipien des Copyleft enthĂ€lt die SSPL-Lizenz die Anforderung, den Code der Anwendung sowie die Quelltexte aller Komponenten, die an der Bereitstellung des Cloud-Dienstes beteiligt sind, unter derselben Lizenz zu liefern.
Als Grund fĂŒr die Ănderung der Lizenzpolitik wird der Wunsch genannt, das Schmarotzen von Anbietern öffentlicher Cloud-Dienste an Open-Source-Software zu verhindern. Das Unternehmen Redis Inc. ist unzufrieden damit, dass Cloud-Anbieter derivative kommerzielle Produkte entwickeln und Redis in Form von Cloud-Diensten weiterverkaufen, aber nicht am Gemeinschaftsleben teilnehmen und nicht zur Entwicklung beitragen. Es entsteht eine Situation, in der Anbieter, die mit dem Projekt nicht verbunden sind, Gewinne erzielen, wĂ€hrend die Entwickler direkt leer ausgehen.
Beide Lizenzen fĂŒhren zur Diskriminierung bestimmter Benutzergruppen, wodurch sie nicht als offen oder frei betrachtet werden können. Die OSI (Open Source Initiative) hat erklĂ€rt, dass solche Lizenzen nicht als offen gelten und Produkte auf dieser Basis als proprietĂ€r betrachtet werden sollten. Unter anderem können Produkte, die unter den Lizenzen SSPL und RSAL stehen, nicht in freien Distributionen wie Fedora und Debian aufgenommen werden. Die Entwickler des Fedora-Projekts haben bereits die Diskussion ĂŒber die Entfernung von Redis-Paketen aus den Repositories der Distribution oder deren Ersetzung durch einen freien Fork begonnen, der voraussichtlich von Mitgliedern der Gemeinschaft erstellt wird, die mit der LizenzĂ€nderung unzufrieden sind.
Quelle: opennet.ru
