Elasticsearch ha publicado el lanzamiento de elasticsearch-py 7.14.0, la biblioteca cliente oficial para el lenguaje Python, que contiene un cambio que bloquea la capacidad de conectarse a servidores que no utilizan la plataforma comercial original de Elasticsearch. La biblioteca cliente ahora arrojará un error si la otra parte está usando un producto que aparece en el encabezado "X-Elastic-Product" como algo distinto a "Elasticsearch" para las nuevas versiones, o no pasa los campos eslogan y build_flavor para las versiones anteriores. lanzamientos.
La biblioteca elasticsearch-py continúa distribuyéndose bajo la licencia Apache 2.0, pero su funcionalidad ahora se limita a conectarse a productos comerciales de Elasticsearch. Según Amazon, el bloqueo afecta no sólo a las bifurcaciones de Open Distro para Elasticsearch y OpenSearch, sino también a las soluciones basadas en versiones abiertas de Elasticsearch. Se espera que se incluyan cambios similares en las bibliotecas cliente para JavaScript y Hadoop.
Las acciones de Elasticsearch son el resultado de un conflicto con proveedores de nube que brindan Elasticsearch como servicios en la nube pero no compran una versión comercial del producto. Elasticsearch no está satisfecho con el hecho de que los proveedores de la nube que no tienen nada que ver con el proyecto se beneficien de la reventa de soluciones abiertas ya preparadas, mientras que los propios desarrolladores se quedan sin nada.
Inicialmente, Elasticsearch intentó cambiar la situación moviendo la plataforma a una SSPL (licencia pública del lado del servidor) no gratuita y dejando de publicar cambios bajo la antigua licencia Apache 2.0. La OSI (Open Source Initiative) reconoce que la licencia SSPL no cumple con los criterios de Open Source debido a la presencia de requisitos discriminatorios. A pesar de que la licencia SSPL se basa en AGPLv3, el texto contiene requisitos adicionales para la entrega bajo la licencia SSPL no solo del código de la aplicación en sí, sino también del código fuente de todos los componentes involucrados en la prestación del servicio en la nube.
Pero este paso solo agravó la situación y gracias a los esfuerzos conjuntos de Amazon, Red Hat, SAP, Capital One y Logz.io, se creó una bifurcación OpenSearch, posicionada como una solución abierta completa desarrollada con la participación de la comunidad. OpenSearch fue reconocido como listo para su uso en sistemas de producción y capaz de reemplazar la plataforma de búsqueda, análisis y almacenamiento de datos Elasticsearch y la interfaz web Kibana, incluso ofreciendo un reemplazo para los componentes de la edición comercial de Elasticsearch.
Elasticsearch intensificó el conflicto y decidió complicar la vida a los usuarios del fork vinculándolo a sus productos, aprovechando que las bibliotecas cliente permanecían bajo su control (la licencia de las bibliotecas permanecía abierta y el fork OpenSearch seguía usándolas para garantizar la compatibilidad y simplificar la transición de los usuarios).
En respuesta a las acciones de Elasticsearch, Amazon anunció que el proyecto OpenSearch comenzará a desarrollar bifurcaciones de 12 bibliotecas de clientes existentes y ofrecerá una solución para migrar sistemas de clientes a ellas. Antes de que se publiquen las bifurcaciones, se recomienda a los usuarios que esperen para cambiar a nuevas versiones de las bibliotecas cliente y, si instalan una actualización, que vuelvan a la versión anterior.
Fuente: opennet.ru