Elasticsearch heeft de release gepubliceerd van elasticsearch-py 7.14.0, de officiële clientbibliotheek voor de Python-taal, met daarin een wijziging die de mogelijkheid blokkeert om verbinding te maken met servers die niet het originele commerciële Elasticsearch-platform gebruiken. De clientbibliotheek geeft nu een foutmelding als de andere partij een product gebruikt dat in de koptekst "X-Elastic-Product" verschijnt als iets anders dan "Elasticsearch" voor nieuwe releases, of de velden slogan en build_flavor voor oudere releases niet doorgeeft releases.
De elasticsearch-py-bibliotheek wordt nog steeds gedistribueerd onder de Apache 2.0-licentie, maar de functionaliteit ervan is nu beperkt tot het verbinden met commerciële Elasticsearch-producten. Volgens Amazon heeft de blokkering niet alleen gevolgen voor forks van Open Distro voor Elasticsearch en OpenSearch, maar ook voor oplossingen die zijn gebaseerd op open versies van Elasticsearch. Soortgelijke wijzigingen zullen naar verwachting worden opgenomen in de clientbibliotheken voor JavaScript en Hadoop.
De acties van Elasticsearch zijn het gevolg van een conflict met cloudproviders die Elasticsearch als clouddiensten aanbieden maar geen commerciële versie van het product afnemen. Elasticsearch is ontevreden over het feit dat cloudproviders die niets met het project te maken hebben profiteren van het doorverkopen van kant-en-klare open oplossingen, terwijl de ontwikkelaars zelf niets overhouden.
Elasticsearch probeerde aanvankelijk de situatie te veranderen door het platform te verplaatsen naar een niet-vrije SSPL (Server Side Public License) en het publiceren van wijzigingen onder de oude Apache 2.0-licentie stop te zetten. De SSPL-licentie wordt door het OSI (Open Source Initiative) erkend als niet voldoend aan de Open Source-criteria vanwege de aanwezigheid van discriminerende vereisten. Ondanks dat de SSPL-licentie gebaseerd is op AGPLv3, bevat de tekst aanvullende eisen voor levering onder de SSPL-licentie van niet alleen de applicatiecode zelf, maar ook de broncode van alle componenten die betrokken zijn bij het aanbieden van de clouddienst.
Maar deze stap verergerde de situatie alleen maar en door de gezamenlijke inspanningen van Amazon, Red Hat, SAP, Capital One en Logz.io werd een OpenSearch-fork gecreëerd, gepositioneerd als een volwaardige open oplossing, ontwikkeld met deelname van de gemeenschap. Er werd erkend dat OpenSearch klaar is voor gebruik in productiesystemen en in staat is het zoek-, analyse- en gegevensopslagplatform van Elasticsearch en de Kibana-webinterface te vervangen, inclusief het aanbieden van een vervanging voor de componenten van de commerciële editie van Elasticsearch.
Elasticsearch escaleerde het conflict en besloot het leven van fork-gebruikers moeilijk te maken door het aan zijn producten te koppelen, gebruikmakend van het feit dat de clientbibliotheken onder zijn controle bleven (de licentie voor de bibliotheken bleef open en de OpenSearch-fork bleef ze gebruiken om zorgen voor compatibiliteit en vereenvoudigen de overstap van gebruikers).
Als reactie op de acties van Elasticsearch heeft Amazon aangekondigd dat het OpenSearch-project zal beginnen met het ontwikkelen van forks van twaalf bestaande clientbibliotheken en een oplossing zal bieden voor het migreren van clientsystemen daarnaartoe. Voordat forks worden gepubliceerd, wordt gebruikers geadviseerd te wachten met het overstappen naar nieuwe releases van clientbibliotheken, en als ze een update installeren, terug te gaan naar de vorige versie.
Bron: opennet.ru