In the official Elasticsearch clients, the possibility of connecting to forks is blocked.

Az Elasticsearch cég kiadta az elasticsearch-py 7.14.0 verzióját, ami a Python nyelv hivatalos klienskönyvtára, tartalmazva egy változást, amely megakadályozza a csatlakozást olyan szerverekhez, ahol nem az eredeti kereskedelmi Elasticsearch platformot használják. A klienskönyvtár ezentúl hibát fog jelezni, ha a másik oldalon olyan terméket használnak, amely a "X-Elastic-Product" fejlécben nem "Elasticsearch"-ként van feltüntetve az új verziók esetén, vagy nem továbbítja a tagline és build_flavor mezőket a régi verziók számára.

Az elasticsearch-py könyvtár továbbra is az Apache 2.0 licenc alatt érhető el, de a funkcionalitása most már csak a kereskedelmi Elasticsearch termékekhez való kapcsolódás lehetőségére korlátozódik. Az Amazon szerint a blokkolás nemcsak az Open Distro for Elasticsearch és OpenSearch forkokat érinti, hanem az Elasticsearch nyílt verzióin alapuló megoldásokat is. Hasonló változtatások várhatóak a JavaScript és Hadoop klienskönyvtárakban is.

Az Elasticsearch lépései a felhőszolgáltatókkal folytatott konfliktus következményei, akik Elasticsearch-t kínálnak felhőszolgáltatásként, de nem vásárolják meg a termék kereskedelmi verzióját. Az Elasticsearch cég elégedetlen azzal, hogy a projekttel nem kapcsolatos felhőszolgáltatók hasznot húznak a kész nyílt megoldások továbbértékesítéséből, miközben a fejlesztők közvetlenül nem profitálnak semmiből.

Először az Elasticsearch cég megpróbálta megváltoztatni a helyzetet azzal, hogy a platformot átállította egy nem szabad SSPL (Server Side Public License) licencre, és leállította a változások közzétételét a régi Apache 2.0 licenc alatt. Az SSPL licencet az OSI (Open Source Initiative) nem találta megfelelni az Open Source kritériumainak, mivel diszkrét követelményeket tartalmaz. Annak ellenére, hogy az SSPL licenc az AGPLv3 alapjaira épít, a szövegben további követelmények szerepelnek, amelyek előírják a SSPL licenc alatt nemcsak a külső alkalmazás kódjának, hanem az összes, a felhőszolgáltatás nyújtásában érintett összetevő forráskódjának biztosítását is.

Ez a lépés csak súlyosbította a helyzetet, és az Amazon, Red Hat, SAP, Capital One és Logz.io közös erőfeszítéseivel létrejött az OpenSearch fork, amely teljes értékű nyílt megoldásként van pozicionálva, közösségi hozzájárulás mellett. Az OpenSearch-t munkarendszerekben használatra késznek nyilvánították, és képes helyettesíteni az Elasticsearch keresési, analitikai és adattárolási platformját, valamint a Kibana webes felhasználói felületét, többek között az Elasticsearch kereskedelmi kiadásának komponenseit is helyettesítve.

Az Elasticsearch cég fokozta a konfliktust, és megpróbálta megnehezíteni a forkok felhasználóinak életét azzal, hogy saját termékeikhez kötötte őket, kihasználva, hogy az ügyfélkönyvtárak az irányítása alatt maradtak (a könyvtárak licencje továbbra is nyílt maradt, és az OpenSearch fork folytatta azok használatát a kompatibilitás biztosítása és a felhasználók átállásának megkönnyítése érdekében).

Az Elasticsearch lépéseire reagálva az Amazon bejelentette, hogy az OpenSearch projekt elkezdi 12 meglévő ügyfélkönyvtár forkjának fejlesztését, és megoldást kínál ügyfélrendszerek áttelepítésére. A forkok közzététele előtt a felhasználóknak javasolták, hogy várjanak az új ügyfélkönyvtár kiadásokkal, és az új verziók telepítése esetén térjenek vissza a korábbi verzióra.

Forrás: opennet.ru

Megbízható hosting vásárlása weboldalak számára, DDoS védelemmel, VPS VDS szerverek. 🔥 Megbízható webtárhely vásárlása DDoS védelemmel, VPS VDS szerverek | ProHoster