Упругость возвращается в OpenSearch, делая клиентские библиотеки несовместимыми с форком с открытым исходным кодом под руководством Amazon

После того, как Elastic, создатели поисковой и аналитической системы Elasticsearch , повторно лицензировали свой основной продукт, чтобы он больше не был открытым исходным кодом , Amazon возглавил сообщество, направленное на его форк. В июле 2021 года участники проекта объявили о выпуске первой общедоступной (GA) версии OpenSearch 1.0, форка Elasticsearch 7.10.2 и Kibana 7.10.2 под лицензией Apache 2.0.

В ответ на форк с открытым исходным кодом Elastic начал делать свои клиентские библиотеки несовместимыми с OpenSearch. Клиент Python был обновлен для выполнения запроса API, который проверит соединение с Elasticsearch и выдаст ошибку, если он не получит правильный ответ. PR получил 40 откликов со стороны сообщества и краткую критику, прежде чем обсуждение было закрыто.

« Прискорбно видеть это», – сказал менеджер по продукции Invenio Ларс Холм Нильсен. «Вы заставляете нас как сторонних наблюдателей выбирать сторону. Мы разрабатываем продукт с открытым исходным кодом, который, вероятно, может легко работать как с Elasticsearch, так и с OpenSearch, а затем пользователи могут сами выбирать, хотят ли они Elasticsearch или OpenSearch.

«Теперь вместо этого нам, вероятно, придется сделать выбор для всех наших пользователей, хотим ли мы OpenSearch или Elasticsearch. Это и другие варианты поведения Elastic действительно не вселяют в меня уверенности в Elastic и в том, что вы можете делать в будущем. И не вините во всем Amazon – вы уже изменили лицензию на сервер, вам не нужно было делать этот шаг ».

Прежде чем отключить комментарии к обсуждению, ответил старший технический менеджер Elastic Филип Краусс.

«Amazon OpenSearch – это другой продукт, – сказал Краусс. «И хотя есть некоторая общая история, уже есть много различий, которые вызывают настоящую путаницу и проблемы».

Elastic также изменил свой .NET Connector for Elasticsearch, включив в него « предполетную проверку при первом использовании », которую пользователи не считают улучшением.

Старший инженер Elastic Стив Гордон сказал, что это изменение не нарушает поддерживаемых конфигураций, и что намерение состояло в том, чтобы «сделать эту несовместимость явной путем быстрого сбоя, чтобы потребители не ошибочно полагали, что они работают в поддерживаемой конфигурации, которая не проверена и может работать не так, как ожидалось. . »

На прошлой неделе OpenSearch отреагировал на недавние изменения Elastic, которые делают многие клиенты несовместимыми, обязавшись создать набор новых клиентских библиотек, которые упрощают подключение приложений к любому кластеру OpenSearch или Elasticsearch:

Многие разработчики, использующие Elasticsearch и OpenSearch в своих приложениях, также используют клиентские библиотеки с открытым исходным кодом, поддерживаемые Elastic , которые предоставляют удобные высокоуровневые интерфейсы для нескольких популярных языков программирования. За последние несколько недель Elastic добавила новую логику нескольким из этих клиентов, которая отклоняет подключения к кластерам OpenSearch или к кластерам, на которых запущены дистрибутивы Elasticsearch 7 с открытым исходным кодом, даже те, которые предоставляются самим Elastic. Хотя клиентские библиотеки остаются открытыми, теперь они позволяют приложениям подключаться только к коммерческим предложениям Elastic.

OpenSearch опубликовал список из дюжины клиентов, для которых участники планируют создать форки, которые будут поддерживать совместимость со всеми дистрибутивами Elasticsearch, даже с теми, которые производятся Elastic.

«Мы не рекомендуем обновлять до последней версии какие-либо клиенты с поддержкой Elastic, так как это может привести к поломке приложений», – призвали пользователей OpenSearch в последнем обновлении проекта.

Решение Elastic запретить официальным клиентам работать с форками с открытым исходным кодом еще больше подорвало любую оставшуюся репутацию компании после повторного лицензирования Elasticsearch.

«Похоже, Elastic высосал все преимущества открытого исходного кода и теперь выплевывает кости», – сказал Саймон Фиппс, директор по стандартам и политике OSI .

10up, создатели сервиса ElasticPress.io, одного из самых известных продуктов на базе Elasticsearch в экосистеме WordPress, все еще рассматривают свой следующий шаг после того, как Elasticsearch отказался от лицензирования с открытым исходным кодом. Выбирать чью сторону компания не спешит. Васкен Хаури, вице-президент 10up по платформам и системам, сказал, что этот спор « не является тем, что нас беспокоит в ближайшем будущем (в ближайшие 2-3 года)».

Обновление предыдущей версии Elasticsearch 7.11+ потребовало бы выбора между продолжением использования проприетарного предложения Elastic или переходом на форк с открытым исходным кодом. Хаури сказал, что компания « почти не пользуется преимуществами большинства функций, которые предлагает Elasticsearch сейчас», и проекты, которые в соответствии с текущей дорожной картой «вероятно, могли бы работать еще пару лет без необходимости получать новые функции от Elasticsearch». На данный момент 6000+ пользователей плагина ElasticPress WordPress и клиентам сервиса ElasticPress.io не о чем беспокоиться в результате возобновления войны Elastic с Amazon.