De mooglikheid om te ferbinen mei foarken is blokkearre yn offisjele Elasticsearch-kliïnten

Elasticsearch hat de frijlitting fan elasticsearch-py 7.14.0 publisearre, de offisjele kliïntbibleteek foar de Python-taal, mei in feroaring dy't de mooglikheid blokkearret om te ferbinen mei servers dy't it orizjinele kommersjele Elasticsearch-platfoarm net brûke. De kliïntbibleteek sil no in flater smyt as de oare kant in produkt brûkt dat yn 'e koptekst "X-Elastic-Product" ferskynt as wat oars as "Elasticsearch" foar nije releases, of de tagline en build_flavor-fjilden net trochjaan foar âldere releases.

De elasticsearch-py-bibleteek bliuwt ferspraat ûnder de Apache 2.0-lisinsje, mar syn funksjonaliteit is no beheind ta ferbining mei kommersjele Elasticsearch-produkten. Neffens Amazon hat it blokkearjen net allinich foarken fan Open Distro foar Elasticsearch en OpenSearch, mar ek oplossingen basearre op iepen ferzjes fan Elasticsearch. Fergelykbere wizigingen wurde ferwachte dat se opnommen wurde yn 'e kliïntbiblioteken foar JavaScript en Hadoop.

De aksjes fan Elasticsearch binne it gefolch fan in konflikt mei wolkproviders dy't Elasticsearch as wolktsjinsten leverje, mar gjin kommersjele ferzje fan it produkt keapje. Elasticsearch is ûntefreden oer it feit dat wolkproviders dy't neat hawwe mei it projekt profitearje fan it trochferkeapjen fan klearebare iepen oplossingen, wylst de ûntwikkelders sels mei neat oerbliuwe.

Elasticsearch besocht ynearsten de situaasje te feroarjen troch it platfoarm te ferpleatsen nei in net-frije SSPL (Server Side Public License) en stopje publisearjen fan wizigingen ûnder de âlde Apache 2.0-lisinsje. De SSPL-lisinsje wurdt erkend troch de OSI (Open Source Initiative) as net foldogge oan Open Source-kritearia fanwegen de oanwêzigens fan diskriminearjende easken. Nettsjinsteande it feit dat de SSPL-lisinsje is basearre op AGPLv3, befettet de tekst ekstra easken foar levering ûnder de SSPL-lisinsje net allinich fan 'e applikaasjekoade sels, mar ek de boarnekoade fan alle komponinten dy't belutsen binne by it leverjen fan' e wolktsjinst.

Mar dizze stap fergrutte allinich de situaasje en troch de mienskiplike ynspanningen fan Amazon, Red Hat, SAP, Capital One en Logz.io waard in OpenSearch-gabel makke, gepositioneerd as in folsleine iepen oplossing ûntwikkele mei de partisipaasje fan 'e mienskip. OpenSearch waard erkend as klear foar gebrûk yn produksjesystemen en yn steat om it Elasticsearch-syk-, analyse- en gegevensopslachplatfoarm en de Kibana-webynterface te ferfangen, ynklusyf it oanbieden fan in ferfanging foar de komponinten fan 'e kommersjele edysje fan Elasticsearch.

Elasticsearch eskalearre it konflikt en besleat it libben lestich te meitsjen foar gabelbrûkers troch it oan har produkten te binen, en profitearre fan it feit dat de kliïntbiblioteken ûnder har kontrôle bleaunen (de lisinsje foar de bibleteken bleau iepen en de OpenSearch-gabel bleau se te brûken om soargje foar kompatibiliteit en ferienfâldigje de oergong fan brûkers).

As antwurd op de aksjes fan Elasticsearch kundige Amazon oan dat it OpenSearch-projekt sil begjinne mei it ûntwikkeljen fan forks fan 12 besteande kliïntbiblioteken en in oplossing oanbiede foar it migrearjen fan kliïntsystemen nei har. Foardat foarken wurde publisearre, wurdt brûkers advisearre om te wachtsjen om te wikseljen nei nije releases fan kliïntbiblioteken, en as se in update ynstallearje, rôlje dan werom nei de foarige ferzje.

Boarne: opennet.ru

Add a comment