Ang kakayahang kumonekta sa mga tinidor ay naharang sa mga opisyal na kliyente ng Elasticsearch

Inilathala ng Elasticsearch ang paglabas ng elasticsearch-py 7.14.0, ang opisyal na library ng kliyente para sa wikang Python, na naglalaman ng pagbabagong humaharang sa kakayahang kumonekta sa mga server na hindi gumagamit ng orihinal na komersyal na platform ng Elasticsearch. Maglalabas na ngayon ng error ang library ng kliyente kung ang kabilang panig ay gumagamit ng produkto na lumalabas sa header na "X-Elastic-Product" bilang isang bagay maliban sa "Elasticsearch" para sa mga bagong release, o hindi pumasa sa tagline at build_flavor na mga field para sa mas lumang naglalabas.

Ang elasticsearch-py library ay patuloy na ipinamamahagi sa ilalim ng Apache 2.0 na lisensya, ngunit ang functionality nito ay limitado na ngayon sa pagkonekta sa mga komersyal na produkto ng Elasticsearch. Ayon sa Amazon, ang pagharang ay nakakaapekto hindi lamang sa mga tinidor ng Open Distro para sa Elasticsearch at OpenSearch, kundi pati na rin sa mga solusyon batay sa mga bukas na bersyon ng Elasticsearch. Ang mga katulad na pagbabago ay inaasahang isasama sa mga library ng kliyente para sa JavaScript at Hadoop.

Ang mga aksyon ng Elasticsearch ay resulta ng isang salungatan sa mga provider ng cloud na nagbibigay ng Elasticsearch bilang mga serbisyo sa cloud ngunit hindi bumibili ng isang komersyal na bersyon ng produkto. Ang Elasticsearch ay hindi nasisiyahan sa katotohanan na ang mga tagapagbigay ng ulap na walang kinalaman sa proyekto ay nakikinabang mula sa muling pagbebenta ng mga handa na bukas na solusyon, habang ang mga developer mismo ay walang natitira.

Una nang sinubukan ng Elasticsearch na baguhin ang sitwasyon sa pamamagitan ng paglipat ng platform sa isang hindi libreng SSPL (Server Side Public License) at paghinto sa pag-publish ng mga pagbabago sa ilalim ng lumang lisensya ng Apache 2.0. Ang lisensya ng SSPL ay kinikilala ng OSI (Open Source Initiative) bilang hindi nakakatugon sa mga pamantayan sa Open Source dahil sa pagkakaroon ng mga kinakailangan sa diskriminasyon. Sa kabila ng katotohanan na ang lisensya ng SSPL ay batay sa AGPLv3, naglalaman ang teksto ng mga karagdagang kinakailangan para sa paghahatid sa ilalim ng lisensya ng SSPL hindi lamang ng mismong application code, kundi pati na rin ang source code ng lahat ng mga bahagi na kasangkot sa pagbibigay ng serbisyo sa cloud.

Ngunit ang hakbang na ito ay nagpalala lamang sa sitwasyon at sa pamamagitan ng magkasanib na pagsisikap ng Amazon, Red Hat, SAP, Capital One at Logz.io, isang OpenSearch fork ang nilikha, na nakaposisyon bilang isang ganap na bukas na solusyon na binuo kasama ang partisipasyon ng komunidad. Ang OpenSearch ay kinilala bilang handa nang gamitin sa mga sistema ng produksyon at may kakayahang palitan ang Elasticsearch search, analysis at data storage platform at ang Kibana web interface, kabilang ang pag-aalok ng kapalit para sa mga bahagi ng komersyal na edisyon ng Elasticsearch.

Pinalaki ng Elasticsearch ang salungatan at nagpasya na gawing mahirap ang buhay para sa mga gumagamit ng tinidor sa pamamagitan ng pagtali nito sa mga produkto nito, sinasamantala ang katotohanan na ang mga library ng kliyente ay nanatiling nasa ilalim ng kontrol nito (ang lisensya para sa mga aklatan ay nanatiling bukas at ang OpenSearch fork ay patuloy na ginagamit ang mga ito upang tiyakin ang pagiging tugma at gawing simple ang paglipat ng mga gumagamit).

Bilang tugon sa mga aksyon ng Elasticsearch, inanunsyo ng Amazon na ang proyekto ng OpenSearch ay magsisimulang bumuo ng mga tinidor ng 12 kasalukuyang library ng kliyente at mag-aalok ng solusyon para sa paglipat ng mga system ng kliyente sa kanila. Bago i-publish ang mga fork, pinapayuhan ang mga user na maghintay upang lumipat sa mga bagong release ng mga library ng kliyente, at kung nag-install sila ng update, bumalik sa nakaraang bersyon.

Pinagmulan: opennet.ru

Magdagdag ng komento