Az Elasticsearch közzétette az elasticsearch-py 7.14.0, a Python nyelv hivatalos klienskönyvtárának kiadását, amely olyan változást tartalmaz, amely blokkolja az olyan szerverekhez való csatlakozás lehetőségét, amelyek nem az eredeti kereskedelmi Elasticsearch platformot használják. Az ügyfélkönyvtár most hibát fog kiadni, ha a másik oldal olyan terméket használ, amely az „X-Elastic-Product” fejlécben nem „Elasticsearch” néven jelenik meg az új kiadásoknál, vagy nem adja át a tagline és build_flavor mezőket a régebbi kiadásoknál. kiadja.
Az elasticsearch-py könyvtár továbbra is az Apache 2.0 licenc alatt kerül terjesztésre, de funkcionalitása immár a kereskedelmi Elasticsearch termékekhez való csatlakozásra korlátozódik. Az Amazon szerint a blokkolás nemcsak az Open Distro for Elasticsearch és az OpenSearch elágazásait érinti, hanem az Elasticsearch nyílt verzióin alapuló megoldásokat is. Hasonló változtatások várhatóan a JavaScript és a Hadoop klienskönyvtáraiba is bekerülnek.
Az Elasticsearch tevékenységei az Elasticsearch-et felhőszolgáltatásként nyújtó, de a termék kereskedelmi verzióját nem vásároló felhőszolgáltatókkal való konfliktus eredményeként jöttek létre. Az Elasticsearch elégedetlen azzal, hogy a projekthez semmi közükkel nem rendelkező felhőszolgáltatók profitálnak a kész nyílt megoldások továbbértékesítéséből, miközben maguk a fejlesztők nem maradnak semmiben.
Az Elasticsearch kezdetben úgy próbált változtatni a helyzeten, hogy a platformot egy nem ingyenes SSPL-re (Server Side Public License) helyezte át, és leállította a régi Apache 2.0 licenc alatti változtatások közzétételét. Az SSPL licencet az OSI (Open Source Initiative) elismerte, hogy a diszkriminatív követelmények jelenléte miatt nem felel meg a nyílt forráskódú kritériumoknak. Annak ellenére, hogy az SSPL-licenc az AGPLv3-on alapul, a szöveg nem csak magának az alkalmazáskódnak, hanem a felhőszolgáltatás nyújtásában részt vevő összes összetevő forráskódjának további követelményeit is tartalmazza az SSPL-licenc alapján történő szállításhoz.
Ez a lépés azonban csak rontott a helyzeten, és az Amazon, a Red Hat, az SAP, a Capital One és a Logz.io közös erőfeszítései révén létrejött egy OpenSearch fork, amely a közösség részvételével kifejlesztett teljes értékű nyílt megoldásként pozicionálható. Az OpenSearch a termelési rendszerekben való használatra késznek bizonyult, és képes helyettesíteni az Elasticsearch kereső-, elemző- és adattárolási platformot, valamint a Kibana webes felületet, beleértve az Elasticsearch kereskedelmi kiadásának összetevőit is.
Az Elasticsearch fokozta a konfliktust, és úgy döntött, hogy megnehezíti a fork felhasználóinak életét azzal, hogy termékeihez köti, kihasználva azt a tényt, hogy a klienskönyvtárak továbbra is az ellenőrzése alatt maradtak (a könyvtárak licence nyitva maradt, és az OpenSearch fork továbbra is használta őket kompatibilitás biztosítása és a felhasználók átállásának egyszerűsítése).
Az Elasticsearch intézkedéseire reagálva az Amazon bejelentette, hogy az OpenSearch projekt 12 meglévő klienskönyvtár forkjainak fejlesztését kezdi meg, és megoldást kínál a kliensrendszerek áttelepítésére. A fork közzététele előtt a felhasználóknak azt tanácsoljuk, hogy várjanak, amíg az ügyfélkönyvtárak új kiadásaira váltanak, és ha frissítést telepítenek, térjenek vissza az előző verzióra.
Forrás: opennet.ru