Elasticsearch a publié la version d'elasticsearch-py 7.14.0, la bibliothèque client officielle du langage Python, contenant un changement qui bloque la possibilité de se connecter à des serveurs qui n'utilisent pas la plateforme commerciale Elasticsearch d'origine. La bibliothèque client générera désormais une erreur si l'autre côté utilise un produit qui apparaît dans l'en-tête "X-Elastic-Product" comme autre chose que "Elasticsearch" pour les nouvelles versions, ou ne transmet pas les champs tagline et build_flavor pour les anciennes. libère.
La bibliothèque elasticsearch-py continue d'être distribuée sous la licence Apache 2.0, mais ses fonctionnalités sont désormais limitées à la connexion aux produits Elasticsearch commerciaux. Selon Amazon, le blocage affecte non seulement les forks d'Open Distro pour Elasticsearch et OpenSearch, mais également les solutions basées sur des versions ouvertes d'Elasticsearch. Des changements similaires devraient être inclus dans les bibliothèques clientes pour JavaScript et Hadoop.
Les actions d'Elasticsearch sont le résultat d'un conflit avec des fournisseurs de cloud qui fournissent Elasticsearch sous forme de services cloud mais n'achètent pas de version commerciale du produit. Elasticsearch est mécontent du fait que les fournisseurs de cloud qui n'ont rien à voir avec le projet profitent de la revente de solutions ouvertes toutes faites, tandis que les développeurs eux-mêmes se retrouvent sans rien.
Elasticsearch a d'abord tenté de changer la situation en déplaçant la plateforme vers une SSPL (Server Side Public License) non libre et en arrêtant de publier les modifications sous l'ancienne licence Apache 2.0. La licence SSPL est reconnue par l'OSI (Open Source Initiative) comme ne répondant pas aux critères Open Source en raison de la présence d'exigences discriminatoires. Malgré le fait que la licence SSPL soit basée sur AGPLv3, le texte contient des exigences supplémentaires pour la livraison sous licence SSPL non seulement du code de l'application lui-même, mais également du code source de tous les composants impliqués dans la fourniture du service cloud.
Mais cette étape n'a fait qu'aggraver la situation et grâce aux efforts conjoints d'Amazon, Red Hat, SAP, Capital One et Logz.io, un fork OpenSearch a été créé, positionné comme une solution ouverte à part entière développée avec la participation de la communauté. OpenSearch a été reconnu comme étant prêt à être utilisé dans les systèmes de production et capable de remplacer la plateforme de recherche, d'analyse et de stockage de données Elasticsearch et l'interface Web Kibana, notamment en proposant un remplacement pour les composants de l'édition commerciale d'Elasticsearch.
Elasticsearch a aggravé le conflit et a décidé de rendre la vie difficile aux utilisateurs du fork en le liant à ses produits, profitant du fait que les bibliothèques clientes restaient sous son contrôle (la licence des bibliothèques restait ouverte et le fork OpenSearch continuait à les utiliser pour assurer la compatibilité et simplifier la transition des utilisateurs).
En réponse aux actions d'Elasticsearch, Amazon a annoncé que le projet OpenSearch commencerait à développer des forks de 12 bibliothèques client existantes et proposerait une solution pour migrer les systèmes clients vers celles-ci. Avant la publication des forks, il est conseillé aux utilisateurs d'attendre pour passer aux nouvelles versions des bibliothèques clientes, et s'ils installent une mise à jour, de revenir à la version précédente.
Source: opennet.ru