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
