{"id":100948,"date":"2021-08-09T10:22:50","date_gmt":"2021-08-09T08:22:50","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-oficzialnyh-klientah-elasticsearch-blokirovana-vozmozhnost-podklyucheniya-k-forkam"},"modified":"2021-08-09T10:22:50","modified_gmt":"2021-08-09T08:22:50","slug":"v-oficzialnyh-klientah-elasticsearch-blokirovana-vozmozhnost-podklyucheniya-k-forkam","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/v-oficzialnyh-klientah-elasticsearch-blokirovana-vozmozhnost-podklyucheniya-k-forkam","title":{"rendered":"En los clientes oficiales de Elasticsearch se ha bloqueado la posibilidad de conectarse a forks.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La empresa Elasticsearch ha publicado la versi\u00f3n 7.14.0 de elasticsearch-py, la biblioteca cliente oficial para el lenguaje Python. Este lanzamiento incluye un cambio que bloquea la capacidad de conectarse a servidores que utilizan una plataforma comercial de Elasticsearch no original. La biblioteca cliente ahora mostrar\u00e1 un error si el producto del lado opuesto se identifica en el encabezado 'X-Elastic-Product' como algo distinto a 'Elasticsearch' para las nuevas versiones, o si no se transmiten los campos tagline y build_flavor para las versiones antiguas. <\/p>\n
La biblioteca elasticsearch-py sigue siendo distribuida bajo la licencia Apache 2.0, pero su funcionalidad ahora est\u00e1 limitada \u00fanicamente a la conexi\u00f3n con productos comerciales de Elasticsearch. Seg\u00fan la empresa Amazon, el bloqueo afecta no solo a los forks de Open Distro for Elasticsearch y OpenSearch, sino tambi\u00e9n a soluciones basadas en versiones abiertas de Elasticsearch. Cambios similares se esperan en las bibliotecas cliente para JavaScript y Hadoop. <\/p>\n
Las acciones de Elasticsearch son el resultado de un conflicto con proveedores de nube que ofrecen Elasticsearch como servicios en la nube, pero no adquieren la versi\u00f3n comercial del producto. La empresa Elasticsearch est\u00e1 descontenta porque los proveedores de nube, no relacionados con el proyecto, obtienen beneficios al revender soluciones abiertas, mientras que los desarrolladores quedan sin nada. <\/p>\n
Inicialmente, la empresa Elasticsearch intent\u00f3 cambiar la situaci\u00f3n trasladando la plataforma a la licencia no libre SSPL (Server Side Public License) y dejando de publicar cambios bajo la antigua licencia Apache 2.0. La licencia SSPL ha sido declarada por la organizaci\u00f3n OSI (Open Source Initiative) como no conforme a los criterios de Open Source debido a requisitos discriminatorios. A pesar de que la licencia SSPL se basa en AGPLv3, el texto incluye requisitos adicionales de entrega bajo la licencia SSPL no solo del c\u00f3digo de la aplicaci\u00f3n misma, sino tambi\u00e9n de los textos fuente de todos los componentes implicados en la prestaci\u00f3n del servicio en la nube. <\/p>\n
Sin embargo, este paso solo agrav\u00f3 la situaci\u00f3n y, con el esfuerzo conjunto de las empresas Amazon, Red Hat, SAP, Capital One y Logz.io, se cre\u00f3 un fork de OpenSearch, posicionado como una soluci\u00f3n abierta completa, desarrollada con la participaci\u00f3n de la comunidad. OpenSearch fue reconocido como listo para ser utilizado en sistemas operativos y capaz de reemplazar la plataforma de b\u00fasqueda, an\u00e1lisis y almacenamiento de datos Elasticsearch y la interfaz web Kibana, incluyendo la oferta de alternativas a los componentes de la edici\u00f3n comercial de Elasticsearch. <\/p>\n
La empresa Elasticsearch escal\u00f3 el conflicto y decidi\u00f3 dificultar la vida a los usuarios de forks al atar sus productos, aprovechando que las bibliotecas de clientes permanec\u00edan bajo su control (la licencia de las bibliotecas segu\u00eda siendo abierta y el fork OpenSearch continuaba utiliz\u00e1ndolas para asegurar la compatibilidad y facilitar la transici\u00f3n de los usuarios). <\/p>\n
En respuesta a las acciones de Elasticsearch, la empresa Amazon declar\u00f3 que el proyecto OpenSearch comenzar\u00eda a desarrollar forks de 12 bibliotecas de clientes existentes y ofrecer\u00eda soluciones para migrar los sistemas de clientes a ellas. Hasta la publicaci\u00f3n de los forks, se recomend\u00f3 a los usuarios esperar con la transici\u00f3n a nuevas versiones de las bibliotecas de clientes y, en caso de actualizar, retroceder a la versi\u00f3n anterior. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"