Redis gibt die BSD-Lizenz auf und ist nicht mehr Open Source

Redis, die beliebte Datenbank undn Speicher, der von Millionen von Entwicklern auf der ganzen Welt verwendet wird, hat eine wesentliche Änderung seiner Lizenzpolitik angekündigt. Redis wird traditionell unter der BSD-Lizenz mit drei Klauseln vertrieben, einer freizügigen Open-Source-Lizenz hat sich für ein duales Lizenzmodell entschieden.

Ab Version Redis 7.4, das Projekt wird seinen Code unter zwei proprietären Lizenzen vertreiben: RSALv2 (Redis Source Available License v2) und SSPLv1 (Server Side Public License v1), anstelle der bisher verwendeten BSD-Lizenz. Bisher wurden nur Zusatzmodule, die erweiterte Funktionen für Unternehmensbenutzer boten, wie unter anderem RediSearch, RedisGraph, RedisJSON, RedisML, RedisBloom, unter einer proprietären Lizenz bereitgestellt. Jetzt gilt die proprietäre Lizenz auch für die Kern-DBMS-Codebasis.

Diese Änderung in der Lizenz pwird die Integration proprietärer Module mit erweiterten Funktionen und Datenverarbeitungs-Engines ermöglichen in der Hauptstruktur zukünftiger Versionen von Redis DBMS. Ältere Versionen bleiben weiterhin unter der alten BSD-Lizenz verfügbar und können als Grundlage für die Erstellung unabhängiger Forks verwendet werden.

El Die Wartung der alten Redis 7.x-Zweige, die vor der Lizenzänderung veröffentlicht wurden, wird fortgesetzt Zumindest bis zur Veröffentlichung von Redis Community Edition 9.0. Patches, die Schwachstellen und kritische Probleme beheben, werden für ältere Versionen unter der BSD-Lizenz veröffentlicht und können in Forks verwendet werden. Nach Ablauf des Supportzeitraums für ältere Versionen werden Patches nur noch unter den SSPL- und RSAL-Lizenzen veröffentlicht, was bedeutet, dass sich die Fork-Autoren selbst um die Wartung kümmern müssen.

„Wir freuen uns darauf, unsere Zusammenarbeit fortzusetzen, um Entwickler mit den neuesten Innovationen in der Datenspeicherung und -verwaltung zu unterstützen“, sagte Julia Liuson, Präsidentin der Developer Division bei Microsoft. „Unsere Zusammenarbeit unterstützt weiterhin integrierte Lösungen wie Azure Cache für Redis und wird Microsoft-Kunden exklusiven Zugriff auf erweiterte Funktionen innerhalb der Redis-Angebote ermöglichen.“

Es ist wichtig, das zu beachten Die SSPL- und RSAL-Lizenzen sind keine Open Source-Lizenzen und unterliegen zusätzlichen Einschränkungen, die die kostenlose Nutzung des Produkts zum Anbieten von Cloud-Diensten verbieten.Und. Beide Lizenzen verfolgen ähnliche Ziele, obwohl die SSPL-Lizenz auf der AGPLv3-Copyleft-Lizenz basiert, während die RSAL-Lizenz auf der permissiven BSD-Lizenz basiert.

Die RSAL-Lizenz erlaubt die Nutzung, Änderung, Verteilung und Integration des Codes in Anwendungen, außer in kommerziellen Fällen oder bei verwalteten kostenpflichtigen Diensten (die kostenlose Nutzung ist für interne Dienste erlaubt, während die Einschränkung für kostenpflichtige Dienste gilt, die Zugriff auf Redis ermöglichen). Andererseits verlangt die SSPL-Lizenz nach den Grundsätzen des Copyleft, dass nicht nur der Code der Anwendung selbst, sondern auch der Quellcode aller an der Bereitstellung des Cloud-Dienstes beteiligten Komponenten unter derselben Lizenz bereitgestellt wird.

Der Grund hinter der Änderung der UrlaubspolitikZiel ist es, Cloud-Dienstleister daran zu hindern, von Open-Source-Software zu profitieren, ohne einen Beitrag zu leisten um die Gemeinschaft weiterzuentwickeln oder zu unterstützen. Redis ist mit der aktuellen Situation nicht zufrieden, in der Cloud-Anbieter Einnahmen aus kommerziellen Derivatprodukten auf Basis von Redis erzielen und Cloud-Dienste verkaufen, ohne sich an der Entwicklung zu beteiligen oder mit der Community zusammenzuarbeiten. Diese Dynamik führt dazu, dass Entwickler keine Gewinne erzielen, während Cloud-Anbieter von bestehenden offenen Lösungen profitieren.

Beide implementierten Lizenzen diskriminieren bestimmte Benutzertypen, was verhindert, dass sie als offene oder kostenlose Lizenzen betrachtet werden. Die Open Source Initiative (OSI) hat erklärt, dass diese Lizenzen nicht den Open-Source-Standards entsprechen und darauf basierende Produkte als proprietär betrachtet werden sollten. Das bedeutet, dass Produkte unter den SSPL- und RSAL-Lizenzen nicht Teil von Distributionen wie Fedora und Debian sein können.

Wenn Sie daran interessiert, mehr darüber zu erfahren, Sie können die Details überprüfen im folgenden Link.