Elasticsearch publicou o lanzamento de elasticsearch-py 7.14.0, a biblioteca cliente oficial para a linguaxe Python, que contén un cambio que bloquea a posibilidade de conectarse a servidores que non utilizan a plataforma comercial orixinal de Elasticsearch. A biblioteca cliente agora lanzará un erro se o outro lado está a usar un produto que aparece na cabeceira "X-Elastic-Product" como algo distinto de "Elasticsearch" para os novos lanzamentos, ou non pasa o lema e os campos build_flavor para os anteriores. lanzamentos.
A biblioteca elasticsearch-py segue distribuíndose baixo a licenza Apache 2.0, pero a súa funcionalidade limítase agora a conectarse a produtos comerciais de Elasticsearch. Segundo Amazon, o bloqueo afecta non só ás forks de Open Distro para Elasticsearch e OpenSearch, senón tamén ás solucións baseadas en versións abertas de Elasticsearch. Espérase que se inclúan cambios similares nas bibliotecas do cliente para JavaScript e Hadoop.
As accións de Elasticsearch son o resultado dun conflito con provedores de nube que ofrecen Elasticsearch como servizos na nube pero non compran unha versión comercial do produto. Elasticsearch non está satisfeito co feito de que os provedores de nube que non teñen nada que ver co proxecto se beneficien da revenda de solucións abertas preparadas, mentres que os propios desenvolvedores quedan sen nada.
Elasticsearch intentou inicialmente cambiar a situación trasladando a plataforma a unha SSPL (Licenza Pública do lado do servidor) non gratuíta e deixando de publicar cambios baixo a antiga licenza Apache 2.0. A licenza SSPL está recoñecida pola OSI (Open Source Initiative) como non cumpre os criterios de código aberto debido á presenza de requisitos discriminatorios. A pesar de que a licenza SSPL está baseada en AGPLv3, o texto contén requisitos adicionais para a entrega baixo a licenza SSPL non só do propio código da aplicación, senón tamén do código fonte de todos os compoñentes implicados na prestación do servizo na nube.
Pero este paso non fixo máis que agravar a situación e grazas aos esforzos conxuntos de Amazon, Red Hat, SAP, Capital One e Logz.io, creouse un fork OpenSearch, posicionado como unha solución aberta de pleno dereito desenvolvida coa participación da comunidade. OpenSearch foi recoñecido como listo para o seu uso en sistemas de produción e capaz de substituír a plataforma de busca, análise e almacenamento de datos de Elasticsearch e a interface web de Kibana, incluíndo unha substitución para os compoñentes da edición comercial de Elasticsearch.
Elasticsearch intensificou o conflito e decidiu dificultar a vida aos usuarios de fork vinculándoo aos seus produtos, aproveitando que as bibliotecas cliente seguían baixo o seu control (a licenza das bibliotecas seguía aberta e o fork de OpenSearch seguiu usándoas para garantir a compatibilidade e simplificar a transición dos usuarios).
En resposta ás accións de Elasticsearch, Amazon anunciou que o proxecto OpenSearch comezará a desenvolver forks de 12 bibliotecas de clientes existentes e ofrecerá unha solución para migrar os sistemas cliente a elas. Antes de publicar os forks, recoméndase aos usuarios que esperen para cambiar a novas versións das bibliotecas cliente e, se instalan unha actualización, volvan á versión anterior.
Fonte: opennet.ru