Elasticsearch het die vrystelling van elasticsearch-py 7.14.0 gepubliseer, die amptelike kliëntbiblioteek vir die Python-taal, wat 'n verandering bevat wat die vermoë blokkeer om aan bedieners te koppel wat nie die oorspronklike kommersiële Elasticsearch-platform gebruik nie. Die kliëntbiblioteek sal nou 'n fout gooi as die ander kant 'n produk gebruik wat in die "X-Elastic-Product"-opskrif verskyn as iets anders as "Elasticsearch" vir nuwe vrystellings, of nie die byskrif- en build_flavor-velde vir ouer slaag nie. vrystellings.
Die elasticsearch-py-biblioteek word steeds onder die Apache 2.0-lisensie versprei, maar die funksionaliteit daarvan is nou beperk tot koppeling met kommersiële Elasticsearch-produkte. Volgens Amazon raak die blokkering nie net vurke van Open Distro vir Elasticsearch en OpenSearch nie, maar ook oplossings gebaseer op oop weergawes van Elasticsearch. Soortgelyke veranderinge sal na verwagting ingesluit word in die kliëntbiblioteke vir JavaScript en Hadoop.
Elasticsearch se optrede is die gevolg van 'n konflik met wolkverskaffers wat Elasticsearch as wolkdienste verskaf, maar nie 'n kommersiële weergawe van die produk koop nie. Elasticsearch is ontevrede met die feit dat wolkverskaffers wat niks met die projek te doen het nie, baat by die herverkoop van klaargemaakte oop oplossings, terwyl die ontwikkelaars self met niks gelaat word nie.
Elasticsearch het aanvanklik probeer om die situasie te verander deur die platform na 'n nie-vrye SSPL (Server Side Public License) te skuif en op te hou om veranderinge onder die ou Apache 2.0-lisensie te publiseer. Die SSPL-lisensie word deur die OSI (Open Source Initiative) erken dat dit nie aan Open Source-kriteria voldoen nie as gevolg van die teenwoordigheid van diskriminerende vereistes. Ten spyte van die feit dat die SSPL-lisensie op AGPLv3 gebaseer is, bevat die teks bykomende vereistes vir aflewering onder die SSPL-lisensie, nie net van die toepassingskode self nie, maar ook die bronkode van alle komponente wat betrokke is by die verskaffing van die wolkdiens.
Maar hierdie stap het die situasie net vererger en deur die gesamentlike pogings van Amazon, Red Hat, SAP, Capital One en Logz.io is 'n OpenSearch-vurk geskep, geposisioneer as 'n volwaardige oop oplossing wat ontwikkel is met die deelname van die gemeenskap. OpenSearch is erken as gereed vir gebruik in produksiestelsels en in staat om die Elasticsearch-soek-, analise- en databergingsplatform en die Kibana-webkoppelvlak te vervang, insluitend die aanbied van 'n plaasvervanger vir die komponente van die kommersiële uitgawe van Elasticsearch.
Elasticsearch het die konflik eskaleer en besluit om die lewe vir vurkgebruikers moeilik te maak deur dit aan sy produkte te koppel, deur voordeel te trek uit die feit dat die kliëntbiblioteke onder sy beheer gebly het (die lisensie vir die biblioteke het oop gebly en die OpenSearch-vurk het voortgegaan om dit te gebruik om verenigbaarheid te verseker en die oorgang van gebruikers te vereenvoudig).
In reaksie op Elasticsearch se aksies, het Amazon aangekondig dat die OpenSearch-projek sal begin met die ontwikkeling van vurke van 12 bestaande kliëntbiblioteke en 'n oplossing bied om kliëntstelsels na hulle te migreer. Voordat vurke gepubliseer word, word gebruikers aangeraai om te wag om na nuwe vrystellings van kliëntbiblioteke oor te skakel, en as hulle 'n opdatering installeer, rol terug na die vorige weergawe.
Bron: opennet.ru