Grafana ändert die Lizenz von Apache 2.0 auf AGPLv3

Die Entwickler der Datenvisualisierungsplattform Grafana kündigten den Übergang zur AGPLv3-Lizenz anstelle der bisher verwendeten Apache 2.0-Lizenz an. Eine ähnliche Lizenzänderung wurde für das Loki-Protokollaggregationssystem und das Tempo-Backend für die verteilte Ablaufverfolgung vorgenommen. Plugins, Agents und einige Bibliotheken werden weiterhin unter der Apache 2.0-Lizenz lizenziert.

Interessanterweise stellen einige Benutzer fest, dass dies einer der Gründe für den Erfolg des Grafana-Projekts ist, bei dem in der Anfangsphase versucht wurde, die Schnittstelle des bereits vorhandenen Kibana-Produkts für die Visualisierung zeitveränderlicher Daten zu optimieren und von der Bindung an den Elasticsearch-Speicher wegzukommen , war die Wahl einer freizügigeren Code-Lizenz. Im Laufe der Zeit gründeten die Grafana-Entwickler das Unternehmen Grafana Labs, das begann, kommerzielle Produkte wie das Cloud-System Grafana Cloud und die kommerzielle Lösung Grafana Enterprise Stack zu vermarkten.

Die Entscheidung, die Lizenz zu ändern, wurde getroffen, um über Wasser zu bleiben und der Konkurrenz mit Lieferanten standzuhalten, die nicht an der Entwicklung beteiligt sind, aber in ihren Produkten modifizierte Versionen von Grafana verwenden. Im Gegensatz zu den drastischen Maßnahmen von Projekten wie ElasticSearch, Redis, MongoDB, Timescale und Cockroach, die auf eine nicht offene Lizenz umstiegen, versuchte Grafana Labs, eine Entscheidung zu treffen, die die Interessen der Community und des Unternehmens in Einklang bringt. Der Übergang zu AGPLv3 ist laut Grafana Labs die optimale Lösung: Einerseits erfüllt AGPLv3 die Kriterien freier und offener Lizenzen, andererseits erlaubt es keinen Parasitismus bei offenen Projekten.

Diejenigen, die unveränderte Versionen von Grafana in ihren Diensten verwenden oder Änderungscode veröffentlichen (z. B. Red Hat Openshift und Cloud Foundry), sind von der Lizenzänderung nicht betroffen. Auch Amazon, das das Cloud-Produkt Amazon Managed Service for Grafana (AMG) bereitstellt, wird die Änderung nicht betreffen, da dieses Unternehmen ein strategischer Entwicklungspartner ist und viele Dienstleistungen für das Projekt bereitstellt. Unternehmen mit einer Unternehmensrichtlinie, die die Verwendung der AGPL-Lizenz verbietet, können weiterhin ältere Apache-lizenzierte Versionen verwenden, für die sie weiterhin Schwachstellenkorrekturen veröffentlichen möchten. Ein anderer Ausweg ist die Verwendung der proprietären Enterprise-Edition von Grafana, die kostenlos genutzt werden kann, wenn nicht durch den Kauf eines Schlüssels zusätzliche kostenpflichtige Funktionen freigeschaltet werden.

Erinnern wir uns daran, dass ein Merkmal der AGPLv3-Lizenz die Einführung zusätzlicher Einschränkungen für Anwendungen ist, die das Funktionieren von Netzwerkdiensten gewährleisten. Beim Einsatz von AGPL-Komponenten zur Sicherstellung des Betriebs des Dienstes ist der Entwickler verpflichtet, dem Nutzer den Quellcode aller an diesen Komponenten vorgenommenen Änderungen zur Verfügung zu stellen, auch wenn die dem Dienst zugrunde liegende Software nicht verbreitet und ausschließlich in der internen Infrastruktur verwendet wird den Betrieb des Dienstes zu organisieren. Die AGPLv3-Lizenz ist nur mit GPLv3 kompatibel, was zu einem Lizenzkonflikt mit Anwendungen führt, die unter der GPLv2-Lizenz geliefert werden. Beispielsweise erfordert der Versand einer Bibliothek unter AGPLv3, dass alle Anwendungen, die die Bibliothek verwenden, Code unter der AGPLv3- oder GPLv3-Lizenz verteilen, sodass einige Grafana-Bibliotheken weiterhin unter der Apache 2.0-Lizenz stehen.

Zusätzlich zur Änderung der Lizenz wurde das Grafana-Projekt in eine neue Entwicklervereinbarung (CLA) überführt, die die Übertragung von Eigentumsrechten am Code definiert, die es Grafana Labs ermöglicht, die Lizenz ohne Zustimmung aller Entwicklungsteilnehmer zu ändern. Anstelle der alten Vereinbarung basierend auf dem Harmony Contributor Agreement wurde eine Vereinbarung eingeführt, die auf einem von den Teilnehmern der Apache Foundation unterzeichneten Dokument basiert. Es wird darauf hingewiesen, dass diese Vereinbarung für Entwickler verständlicher und vertrauter ist.

Source: opennet.ru

Kommentar hinzufügen