У афіцыйных кліентах Elasticsearch блакіравана магчымасць падключэння да форак

Кампанія Elasticsearch апублікавала выпуск elasticsearch-py 7.14.0, афіцыйнай кліенцкай бібліятэкі для мовы Python, утрымоўвальны змена, якая блакуе магчымасць падлучэння да сервераў, на якіх выкарыстоўваецца не арыгінальная камерцыйная платформа Elasticsearch. Кліенцкая бібліятэка з гэтага часу будзе выводзіць памылку, калі на другім баку выкарыстоўваецца прадукт, які прадстаўляецца ў загалоўку "X-Elastic-Product" не як "Elasticsearch" для новых выпускаў, ці не які перадае поля tagline і build_flavor для старых версій.

Бібліятэка elasticsearch-py працягвае пастаўляцца пад ліцэнзіяй Apache 2.0, але функцыянальнасць яе зараз абмежавана толькі магчымасцю падлучэння да камерцыйных прадуктаў Elasticsearch. Па дадзеных кампаніі Amazon блакіроўка закранае не толькі форкі Open Distro for Elasticsearch і OpenSearch, але і рашэнні на базе адчыненых версій Elasticsearch. Аналагічныя змены чакаюць уключэння ў кліенцкія бібліятэкі для JavaScript і Hadoop.

Дзеянні Elasticsearch з'яўляюцца следствам канфлікту з хмарнымі правайдэрамі, якія падаюць Elasticsearch у выглядзе хмарных сэрвісаў, але не набываюць камерцыйную версію прадукта. Кампанія Elasticsearch незадаволеная тым, што выгаду атрымліваюць нічым не звязаныя з праектам хмарныя правайдэры, якія перапрадаюць гатовыя адкрытыя рашэнні, а непасрэдна распрацоўшчыкі застаюцца ні з чым.

Спачатку кампанія Elasticsearch паспрабавала змяніць сітуацыю перавядучы платформу на нявольную ліцэнзію SSPL (Server Side Public License) і спыніўшы публікацыю змен пад старой ліцэнзіяй Apache 2.0. Ліцэнзія SSPL прызнана арганізацыяй OSI (Open Source Initiative) не якая адпавядае крытэрам Open Source з-за наяўнасці якія дыскрымінуюць патрабаванняў. Нягледзячы на ​​тое, што ліцэнзія SSPL заснавана на AGPLv3, у тэксце прысутнічаюць дадатковыя патрабаванні пастаўкі пад ліцэнзіяй SSPL не толькі кода самога прыкладанні, але і зыходных тэкстаў усіх кампанентаў, уцягнутых у падаванне хмарнага сэрвісу.

Але дадзены крок толькі пагоршыў сітуацыю і сумеснымі намаганнямі кампаній Amazon, Red Hat, SAP, Capital One і Logz.io быў створаны форк OpenSearch, які пазіцыянуецца як паўнавартаснае адкрытае рашэнне, якое развіваецца пры ўдзеле супольнасці. OpenSearch быў прызнаны гатовым для выкарыстання ў працоўных сістэмах і здольным замяніць платформу пошуку, аналізу і захоўванні дадзеных Elasticsearch і web-інтэрфейс Kibana, у тым ліку прапануючы замену кампанентам камерцыйнай рэдакцыі Elasticsearch.

Кампанія Elasticsearch пайшла на эскалацыю канфлікту і вырашыла ўскладніць жыццё карыстальнікаў форкаў шляхам прывязкі да сваіх прадуктаў, скарыстаўшыся тым, што кліенцкія бібліятэкі засталіся пад яе кантролем (ліцэнзія на бібліятэкі заставалася адкрытай і форк OpenSearch працягваў выкарыстоўваць іх для забеспячэння сумяшчальнасці і спрашчэння пераходу карыстальнікаў).

У адказ на дзеянні Elasticsearch кампанія Amazon заявіла, што праект OpenSearch пачне развіццё форкаў 12 існых кліенцкіх бібліятэк і прапануе рашэнне для міграцыі на іх кліенцкіх сістэм. Да публікацыі форкаў карыстачам рэкамендавана пачакаць з пераходам на новыя выпускі кліенцкіх бібліятэк, а ў выпадку ўсталёўкі абнаўлення адкаціцца на мінулую версію.

Крыніца: opennet.ru

Дадаць каментар