Elasticsearch wird auf eine nicht kostenlose SSPL-Lizenz migriert

Elasticsearch BV kündigte eine Lizenzänderung an für die Elasticsearch-Such-, Analyse- und Speicherplattform sowie die Kibana-Weboberfläche.

Ab der Version Elasticsearch 7.11 das Projekt Es wird von der Apache 2.0-Lizenz auf die SSPL-Lizenz migriert (Serverseitige öffentliche Lizenz), die Fügt zusätzliche Nutzungsanforderungen hinzu, um sicherzustellen, dass Cloud-Dienste funktionieren. Für diejenigen, die mit den Bedingungen der SSPL-Lizenz nicht zufrieden sind, wird eine kommerzielle Lizenz bereitgestellt, während die Client-Bibliotheken weiterhin unter der Apache 2.0-Lizenz verteilt werden.

Das Projekt MongoDB verwendet bereits SSPL und bietet die Möglichkeit, Code zu ändern und zu verteilen, wurde jedoch nicht von der Open Source Initiative (OSI), einer Open Source-Lizenzkonformitätsorganisation, einer Peer-Review unterzogen.

Die Anwälte von Red Hat hatten eine unfreie Lizenz der Kategorie SSPL, gefolgt vom Fedora-Projekt, um das Einfügen von Paketen mit Produkten unter dieser Lizenz in ihr Repository zu verbieten.

Eine OSI-Zulassung wird als unwahrscheinlich angesehen. da die Lizenz kontroverse Fragen zur Diskriminierung bestimmter Benutzerkategorien (Cloud-Dienstanbieter) enthält.

Zusätzlich SSPL-Autoren haben die Überprüfung nicht abgeschlossen und sie zogen die zuvor eingereichte Anfrage zur Überprüfung dieser Lizenz auf OSI zurück.

Die SSPL-Lizenz ist so formuliert, dass die Anwendungen unter dieser Lizenz in der Praxis nicht in Cloud-Diensten verwendet werden können, ohne eine kommerzielle Lizenz zu erwerben. Andernfalls muss der Code aller am Betrieb des Cloud-Dienstes beteiligten Komponenten, einschließlich derjenigen von Dritten, unter SSPL erneut lizenziert werden.

Denken Sie daran, dass die SSPL-Lizenz auf dem Text von AGPLv3 basiert, in dem Änderungen an Abschnitt 13 vorgenommen wurden. Die Änderungen reduzieren sich auf die Hinzufügung der Anforderung, unter der SSPL-Lizenz nicht nur den Code der Anwendung selbst, sondern auch den Quellcode aller an der Bereitstellung beteiligten Komponenten bereitzustellen des Cloud-Dienstes.

Laut Matthew Garrett, Co-Direktor der Free Software Foundation, ist diese Anforderung verletzt die GPL-Kompatibilität und andere Copyleft-Lizenzen, die die Erneuerung der Codelizenzen anderer Personen verbieten.

Als Grund für die Änderung der Lizenz fällt der Wunsch auf, Parasitismus bei Lieferanten zu verhindern von Cloud-Diensten in Open Source-Software. Entwickler sind unzufrieden mit der Tatsache, dass Cloud-Anbieter Elasticsearch weiterverkaufen in Form von Cloud-Diensten, aber sie nehmen nicht am Leben der Community teil und helfen nicht bei der Entwicklung. Es entsteht eine Situation, in der Cloud-Anbieter, die nicht mit dem Projekt verbunden sind, vom Weiterverkauf offener, sofort einsatzbereiter Lösungen profitieren und den Entwicklern selbst nichts übrig bleibt.

Die Lizenzänderung wirkt sich nicht auf Elasticsearch-Benutzer aus Diese nutzen die Plattform als Backend, wirken sich jedoch auf Cloud-Dienstanbieter aus, die sofort einsatzbereite Elasticsearch-Funktionen in Form eines Cloud-Dienstes verkaufen.

Cloud-Dienste müssen eine kommerzielle Lizenz erwerben, Ihren Infrastrukturcode vollständig öffnen, auf der vorherigen Version von Elasticsearch mit begrenzter Supportzeit bleiben oder gemeinsam die Entwicklung eines Elasticsearch-Forks unter der Lizenz von fortsetzen Apache. Fork Elasticsearch kann als separate Erweiterung des von Amazon entwickelten Open Distro for Elasticsearch-Projekts erstellt werden.

Einige Analysten bewerten die fortgesetzte Nutzung von Elasticsearch unter der neuen Lizenz in Unternehmen die Online-Dienste als zusätzliches Risiko für das Unternehmen entwickeln, da die Bedingungen für die Eröffnung verwandter Entwicklungen praktisch unpraktisch sind. Aufgrund ungenauer Formulierungen muss die SSPL möglicherweise den gesamten Software-Stack einschließlich des Betriebssystems neu lizenzieren.

Quelle: https://www.elastic.co/