Après Elastic, les créateurs du moteur de recherche et d’analyse Recherche élastique, a renouvelé la licence de son produit de base afin qu’il soit n’est plus open source, Amazon a mené un effort communautaire pour le bifurquer. En juillet 2021, les contributeurs du projet a annoncé la première version de disponibilité générale (GA) d’OpenSearch 1.0, un fork sous licence Apache 2.0 d’Elasticsearch 7.10.2 et Kibana 7.10.2.
Dans ce qui semble être une gifle à la fourche open source, Elastic a commencé à rendre ses bibliothèques clientes incompatibles avec OpenSearch. Le client Python a été mis à jour pour effectuer une requête API qui vérifier la connexion à Elasticsearch et générer une erreur s’il ne reçoit pas la réponse appropriée. Le PR a reçu 40 réactions « pouces vers le bas » de la communauté et une brève série de critiques avant la clôture de la discussion.
« C’est décevant de voir ça » Le chef de produit Invenio, Lars Holm Nielsen, a déclaré. « Vous nous obligez en tant que spectateurs dans une bataille à choisir notre camp. Nous développons un produit Open Source qui pourrait facilement fonctionner à la fois avec Elasticsearch ou OpenSearch, puis les utilisateurs peuvent choisir eux-mêmes s’ils veulent Elasticsearch ou OpenSearch.
« Maintenant, au lieu de cela, nous devons probablement faire un choix pour tous nos utilisateurs si nous voulons OpenSearch ou Elasticsearch. Ceci et d’autres comportements d’Elastic ne me donnent vraiment aucune confiance en Elastic et en ce que vous pourriez faire à l’avenir. Et ne blâmez pas tout Amazon – vous avez déjà changé la licence du serveur, vous n’aviez pas à faire ce mouvement.
Le directeur principal de l’ingénierie d’Elastic Philip Krauss a répondu avant de désactiver les commentaires sur la discussion.
« Amazon OpenSearch est un produit différent », a déclaré Krauss. « Et bien qu’il existe une certaine histoire partagée, il existe déjà de nombreuses différences qui causent une réelle confusion et des problèmes. »
Elastic a également modifié son Connecteur .NET pour qu’Elasticsearch inclue « un contrôle pré-vol lors de la première utilisation”, que les utilisateurs ne considèrent pas comme une amélioration.
L’ingénieur senior chez Elastic, Steve Gordon, a déclaré que le changement ne s’appliquait pas aux configurations prises en charge et que l’intention était « de rendre cette incompatibilité explicite en échouant rapidement pour éviter que les consommateurs supposent à tort qu’ils s’exécutent dans une configuration prise en charge qui n’est pas testée et peut ne pas fonctionner comme prévu. . «
La semaine dernière, OpenSearch a répondu aux changements récents d’Elastic qui rendent de nombreux clients incompatibles, en s’engageant à créer un ensemble de nouvelles bibliothèques clientes qui facilitent la connexion d’applications à n’importe quel cluster OpenSearch ou Elasticsearch :
De nombreux développeurs qui utilisent Elasticsearch et OpenSearch dans leurs applications utilisent également le bibliothèques clientes open source maintenues par Elastic, qui fournissent des interfaces de haut niveau pratiques pour plusieurs langages de programmation populaires. Au cours des dernières semaines, Elastic a ajouté nouvelle logique à plusieurs de ces clients qui rejettent les connexions aux clusters OpenSearch ou aux clusters exécutant des distributions open source d’Elasticsearch 7, même celles fournies par Elastic lui-même. Alors que les bibliothèques clientes restent open source, elles permettent désormais uniquement aux applications de se connecter aux offres commerciales d’Elastic.
OpenSearch a publié une liste d’une dizaine de clients pour lesquels les contributeurs envisagent de créer des forks qui maintenir la compatibilité avec toutes les distributions Elasticsearch, même celles produites par Elastic.
« Nous ne recommandons pas de mettre à jour vers la dernière version des clients maintenus par Elastic, car cela pourrait entraîner la rupture des applications », ont exhorté les responsables d’OpenSearch aux utilisateurs dans la dernière mise à jour du projet.
La décision d’Elastic d’empêcher les clients officiels de travailler avec des forks open source a encore sapé toute la bonne volonté restante de la société après la nouvelle licence d’Elasticsearch.
« On dirait qu’Elastic a profité de tous les avantages qu’il pouvait de l’open source et qu’il crache maintenant les os », a déclaré Simon Phipps, directeur des normes et des politiques d’OSI. mentionné.
10up, créateurs du service ElasticPress.io, l’un des produits basés sur Elasticsearch les plus importants de l’écosystème WordPress, envisage toujours sa prochaine étape après qu’Elasticsearch a abandonné ses licences open source. L’entreprise n’est pas pressée de choisir son camp. Vasken Hauri, vice-président des plates-formes et des systèmes de 10up, a déclaré que le différend « n’est pas quelque chose qui nous préoccupe à court terme (les 2-3 prochaines années).
La mise à niveau au-delà d’Elasticsearch 7.11+ nécessiterait de faire un choix entre continuer avec l’offre propriétaire d’Elastic ou passer au fork open source. Hauri a déclaré que la société est «profitant à peine de la plupart des fonctionnalités offertes actuellement par Elasticsearch » et prévoit que la feuille de route actuelle « pourrait probablement durer encore quelques années sans avoir besoin d’obtenir de nouvelles fonctionnalités d’Elasticsearch ». Pour le moment, les 6 000+ utilisateurs du Extension WordPress ElasticPress et les clients de la ElasticPress.io service n’a rien à craindre à la suite de la nouvelle guerre d’Elastic avec Amazon.