La kapablo konekti al forkoj estas blokita en oficialaj klientoj de Elasticsearch

Elasticsearch publikigis la liberigon de elasticsearch-py 7.14.0, la oficiala klienta biblioteko por la lingvo Python, enhavanta ŝanĝon, kiu blokas la kapablon konekti al serviloj, kiuj ne uzas la originalan komercan platformon Elasticsearch. La klientbiblioteko nun ĵetos eraron se la alia flanko uzas produkton, kiu aperas en la kaplinio "X-Elastic-Product" kiel io alia ol "Elasticsearch" por novaj eldonoj, aŭ ne pasas la slogan kaj build_flavor-kampojn por pli malnovaj. eldonoj.

La biblioteko elasticsearch-py daŭre estas distribuita sub la licenco Apache 2.0, sed ĝia funkcieco nun estas limigita al konekto al komercaj Elasticsearch-produktoj. Laŭ Amazon, la blokado influas ne nur forkojn de Open Distro por Elasticsearch kaj OpenSearch, sed ankaŭ solvojn bazitajn sur malfermaj versioj de Elasticsearch. Similaj ŝanĝoj estas atendataj inkluzivitaj en la klientbibliotekoj por JavaScript kaj Hadoop.

La agoj de Elasticsearch estas la rezulto de konflikto kun nubaj provizantoj, kiuj provizas Elasticsearch kiel nubaj servoj sed ne aĉetas komercan version de la produkto. Elasticsearch estas malkontenta pri la fakto, ke nubaj provizantoj, kiuj havas nenion por fari kun la projekto, profitas de revendado de pretaj malfermitaj solvoj, dum la programistoj mem restas sen nenio.

Elasticsearch komence provis ŝanĝi la situacion movante la platformon al ne-libera SSPL (Server Side Public License) kaj ĉesigante eldonadon de ŝanĝoj sub la malnova licenco Apache 2.0. La SSPL-licenco estas rekonita de la OSI (Open Source Initiative) kiel ne renkontante Malfermfontajn kriteriojn pro la ĉeesto de diskriminaciaj postuloj. Malgraŭ la fakto, ke la SSPL-licenco baziĝas sur AGPLv3, la teksto enhavas pliajn postulojn por livero sub la SSPL-licenco ne nur de la aplika kodo mem, sed ankaŭ la fontkodo de ĉiuj komponentoj implikitaj en la provizado de la nuba servo.

Sed ĉi tiu paŝo nur pligravigis la situacion kaj per la komunaj klopodoj de Amazon, Red Hat, SAP, Capital One kaj Logz.io, OpenSearch-forko estis kreita, poziciigita kiel plentaŭga malferma solvo evoluigita kun la partopreno de la komunumo. OpenSearch estis rekonita kiel preta por uzo en produktadsistemoj kaj kapabla je anstataŭigi la Elasticsearch serĉo, analizo kaj datumstokado platformo kaj la Kibana retinterfaco, inkluzive de ofertado de anstataŭaĵo por la komponentoj de la komerca eldono de Elasticsearch.

Elasticsearch eskaladis la konflikton kaj decidis malfaciligi la vivon al forkuzantoj ligante ĝin al ĝiaj produktoj, profitante la fakton ke la klientbibliotekoj restis sub ĝia kontrolo (la permesilo por la bibliotekoj restis malfermita kaj la OpenSearch forko daŭre uzis ilin por certigi kongruecon kaj simpligi la transiron de uzantoj).

Responde al la agoj de Elasticsearch, Amazon anoncis, ke la projekto OpenSearch komencos evoluigi forkojn de 12 ekzistantaj klientbibliotekoj kaj ofertos solvon por migri klientsistemojn al ili. Antaŭ ol forkoj estas publikigitaj, uzantoj konsilas atendi por ŝanĝi al novaj eldonoj de klientbibliotekoj, kaj se ili instalas ĝisdatigon, reiru al la antaŭa versio.

fonto: opennet.ru

Aldoni komenton