Elasticsearch publicou o lançamento do elasticsearch-py 7.14.0, a biblioteca cliente oficial da linguagem Python, contendo uma mudança que bloqueia a capacidade de conexão a servidores que não usam a plataforma comercial original do Elasticsearch. A biblioteca cliente agora gerará um erro se o outro lado estiver usando um produto que aparece no cabeçalho "X-Elastic-Product" como algo diferente de "Elasticsearch" para novos lançamentos ou não passar os campos slogan e build_flavor para versões mais antigas. lançamentos.
A biblioteca elasticsearch-py continua a ser distribuída sob a licença Apache 2.0, mas sua funcionalidade agora está limitada à conexão com produtos comerciais Elasticsearch. Segundo a Amazon, o bloqueio afeta não apenas os forks do Open Distro para Elasticsearch e OpenSearch, mas também soluções baseadas em versões abertas do Elasticsearch. Espera-se que mudanças semelhantes sejam incluídas nas bibliotecas cliente para JavaScript e Hadoop.
As ações do Elasticsearch são resultado de um conflito com provedores de nuvem que fornecem o Elasticsearch como serviços em nuvem, mas não adquirem uma versão comercial do produto. A Elasticsearch está insatisfeita com o fato de que os provedores de nuvem que não têm nada a ver com o projeto se beneficiam da revenda de soluções abertas prontas, enquanto os próprios desenvolvedores ficam sem nada.
O Elasticsearch inicialmente tentou mudar a situação migrando a plataforma para uma SSPL (Server Side Public License) não gratuita e interrompendo a publicação de alterações sob a antiga licença Apache 2.0. A licença SSPL é reconhecida pela OSI (Open Source Initiative) como não atendendo aos critérios de Open Source devido à presença de requisitos discriminatórios. Apesar de a licença SSPL ser baseada em AGPLv3, o texto contém requisitos adicionais para entrega sob a licença SSPL não apenas do código da aplicação em si, mas também do código-fonte de todos os componentes envolvidos na prestação do serviço em nuvem.
Mas esta etapa apenas agravou a situação e através dos esforços conjuntos da Amazon, Red Hat, SAP, Capital One e Logz.io, foi criado um fork OpenSearch, posicionado como uma solução aberta completa desenvolvida com a participação da comunidade. O OpenSearch foi reconhecido como pronto para uso em sistemas de produção e capaz de substituir a plataforma de busca, análise e armazenamento de dados Elasticsearch e a interface web Kibana, oferecendo inclusive um substituto para os componentes da edição comercial do Elasticsearch.
O Elasticsearch intensificou o conflito e decidiu dificultar a vida dos usuários do fork vinculando-o aos seus produtos, aproveitando o fato de as bibliotecas clientes permanecerem sob seu controle (a licença das bibliotecas permaneceu aberta e o fork do OpenSearch continuou a usá-las para garantir compatibilidade e simplificar a transição dos usuários).
Em resposta às ações do Elasticsearch, a Amazon anunciou que o projeto OpenSearch começará a desenvolver bifurcações de 12 bibliotecas clientes existentes e oferecerá uma solução para migrar sistemas clientes para elas. Antes da publicação dos forks, os usuários são aconselhados a esperar para mudar para novas versões de bibliotecas cliente e, se uma atualização for instalada, reverter para a versão anterior.
Fonte: opennet.ru