Elasticsearch migreert naar een niet-vrije SSPL-licentie

Elasticsearch BV heeft een licentiewijziging aangekondigd voor het Elasticsearch-zoek-, analyse- en opslagplatform, evenals de Kibana-webinterface.

Vanaf de Elasticsearch 7.11-release, het project het wordt gemigreerd van de Apache 2.0-licentie naar de SSPL-licentie (Openbare licentie aan serverzijde), die voegt aanvullende gebruiksvereisten toe om ervoor te zorgen dat cloudservices werken. Voor degenen die niet tevreden zijn met de voorwaarden van de SSPL-licentie, wordt een commerciële licentie verstrekt, terwijl clientbibliotheken worden gedistribueerd onder de Apache 2.0-licentie.

El proyecto MongoDB gebruikt al SSPL en biedt de mogelijkheid om code te wijzigen en te distribueren, maar is niet door vakgenoten beoordeeld door het Open Source Initiative (OSI), een open source-organisatie voor het naleven van licenties.

Red Hat-advocaten hadden een niet-vrije SSPL-categorielicentie, gevolgd door het Fedora-project om het invoegen van pakketten met producten onder deze licentie in hun repository te verbieden.

OSI-goedkeuring wordt als onwaarschijnlijk beschouwd, aangezien er controversiële kwesties zijn in de licentie met betrekking tot discriminatie van bepaalde categorieën gebruikers (cloudserviceproviders).

Bovendien heeft SSPL-auteurs hebben de beoordeling niet voltooid en ze trokken het eerder ingediende verzoek om deze licentie op OSI te herzien in.

De SSPL-licentie is zo geformuleerd dat in de praktijk de applicaties onder deze licentie niet in clouddiensten kunnen worden gebruikt zonder een commerciële licentie aan te schaffen; anders moet de code van alle componenten die betrokken zijn bij de werking van de cloudservice, inclusief die van derden, opnieuw worden gelicentieerd onder SSPL.

Bedenk dat de SSPL-licentie is gebaseerd op de tekst van AGPLv3, waarin wijzigingen zijn aangebracht in artikel 13. De wijzigingen worden beperkt tot de toevoeging van de eis om onder de SSPL-licentie niet alleen de code van de applicatie zelf te leveren, maar ook de broncode van alle componenten die bij de verstrekking zijn betrokken. van de cloudservice.

Volgens Matthew Garrett, mededirecteur van de Free Software Foundation, is deze vereiste schendt de GPL-compatibiliteit en andere auteursplichtlicenties die de verlenging van de codelicenties van iemand anders verbieden.

Als reden voor de licentiewijziging valt de wens op om vendor free-riding te voorkomen van clouddiensten in open source software. Ontwikkelaars zijn ontevreden over het feit dat cloudproviders Elasticsearch doorverkopen in de vorm van clouddiensten, maar ze nemen niet deel aan het leven van de gemeenschap en helpen niet bij de ontwikkeling. Er ontstaat een situatie waarin cloudproviders die niet met het project zijn verbonden, profiteren van het doorverkopen van open, out-of-the-box-oplossingen, en de ontwikkelaars zelf niets overhouden.

De licentiewijziging heeft geen invloed op Elasticsearch-gebruikers die het platform als backend gebruiken, maar het heeft gevolgen voor cloudserviceproviders die kant-en-klare Elasticsearch-functionaliteit verkopen in de vorm van een cloudservice.

Clouddiensten moeten een commerciële licentie aanschaffen, uw infrastructuurcode volledig openen, de vorige versie van Elasticsearch blijven gebruiken, die een beperkte ondersteuningstijd heeft, of gezamenlijk doorgaan met de ontwikkeling van een vork van Elasticsearch onder de licentie van Apache. Fork Elasticsearch kan worden gemaakt als een aparte uitbreiding van het Open Distro for Elasticsearch-project ontwikkeld door Amazon.

Sommige analisten evalueren het voortdurende gebruik van Elasticsearch onder de nieuwe licentie in ondernemingen die onlinediensten ontwikkelen als een extra risico voor het bedrijf, aangezien de voorwaarden om gerelateerde ontwikkelingen te openen praktisch onpraktisch zijn. Als gevolg van onnauwkeurige bewoordingen kan de SSPL bijvoorbeeld verplicht zijn om de volledige softwarestack opnieuw te licentiëren, inclusief het besturingssysteem.

bron: https://www.elastic.co/