Elasticsearch hat die Veröffentlichung von elasticsearch-py 7.14.0 veröffentlicht, der offiziellen Client-Bibliothek für die Python-Sprache, die eine Änderung enthält, die die Möglichkeit blockiert, eine Verbindung zu Servern herzustellen, die nicht die ursprüngliche kommerzielle Elasticsearch-Plattform verwenden. Die Client-Bibliothek gibt jetzt einen Fehler aus, wenn die Gegenseite ein Produkt verwendet, das im Header „X-Elastic-Product“ als etwas anderes als „Elasticsearch“ für neue Versionen erscheint oder die Slogan- und build_flavor-Felder für ältere Versionen nicht übergibt Veröffentlichungen.
Die Elasticsearch-py-Bibliothek wird weiterhin unter der Apache 2.0-Lizenz vertrieben, ihre Funktionalität ist jedoch jetzt auf die Verbindung mit kommerziellen Elasticsearch-Produkten beschränkt. Laut Amazon betrifft die Sperrung nicht nur Forks der Open Distro für Elasticsearch und OpenSearch, sondern auch Lösungen, die auf offenen Versionen von Elasticsearch basieren. Ähnliche Änderungen werden voraussichtlich in den Client-Bibliotheken für JavaScript und Hadoop enthalten sein.
Die Maßnahmen von Elasticsearch sind das Ergebnis eines Konflikts mit Cloud-Anbietern, die Elasticsearch als Cloud-Dienste anbieten, aber keine kommerzielle Version des Produkts erwerben. Elasticsearch ist unzufrieden damit, dass Cloud-Anbieter, die nichts mit dem Projekt zu tun haben, vom Weiterverkauf vorgefertigter offener Lösungen profitieren, während die Entwickler selbst vor dem Nichts stehen.
Elasticsearch versuchte zunächst, die Situation zu ändern, indem es die Plattform auf eine unfreie SSPL (Server Side Public License) umstellte und die Veröffentlichung von Änderungen unter der alten Apache 2.0-Lizenz einstellte. Die SSPL-Lizenz wird von der OSI (Open Source Initiative) aufgrund diskriminierender Anforderungen als nicht den Open-Source-Kriterien entsprechend anerkannt. Obwohl die SSPL-Lizenz auf AGPLv3 basiert, enthält der Text zusätzliche Anforderungen für die Bereitstellung unter der SSPL-Lizenz nicht nur des Anwendungscodes selbst, sondern auch des Quellcodes aller an der Bereitstellung des Cloud-Dienstes beteiligten Komponenten.
Doch dieser Schritt verschlimmerte die Situation nur und durch die gemeinsamen Anstrengungen von Amazon, Red Hat, SAP, Capital One und Logz.io wurde ein OpenSearch-Fork geschaffen, der als vollwertige offene Lösung positioniert wurde, die unter Beteiligung der Community entwickelt wurde. OpenSearch wurde als einsatzbereit in Produktionssystemen anerkannt und ist in der Lage, die Such-, Analyse- und Datenspeicherplattform Elasticsearch sowie die Kibana-Webschnittstelle zu ersetzen, einschließlich der Bereitstellung eines Ersatzes für die Komponenten der kommerziellen Edition von Elasticsearch.
Elasticsearch eskalierte den Konflikt und beschloss, den Fork-Benutzern das Leben schwer zu machen, indem es es an seine Produkte koppelte und dabei die Tatsache ausnutzte, dass die Client-Bibliotheken unter seiner Kontrolle blieben (die Lizenz für die Bibliotheken blieb offen und der OpenSearch-Fork nutzte sie weiterhin). Gewährleistung der Kompatibilität und Vereinfachung des Benutzerübergangs).
Als Reaktion auf die Maßnahmen von Elasticsearch kündigte Amazon an, dass das OpenSearch-Projekt mit der Entwicklung von Forks von 12 bestehenden Client-Bibliotheken beginnen und eine Lösung für die Migration von Client-Systemen auf diese anbieten wird. Bevor Forks veröffentlicht werden, wird Benutzern empfohlen, mit dem Wechsel auf neue Versionen der Client-Bibliotheken zu warten und bei der Installation eines Updates auf die vorherige Version zurückzusetzen.
Source: opennet.ru