W oficjalnych klientach Elasticsearch zablokowano możliwość łączenia się z forkami

Firma Elasticsearch opublikowała wersję elasticsearch-py 7.14.0, oficjalnej biblioteki klienckiej dla języka Python, zawierającą zmianę, która blokuje możliwość łączenia się z serwerami, na których używana jest nieoryginalna komercyjna platforma Elasticsearch. Biblioteka kliencka od teraz będzie wyświetlać błąd, jeśli po drugiej stronie używany jest produkt, który w nagłówku „X-Elastic-Product” nie identyfikuje się jako „Elasticsearch” dla nowych wydań lub nie przekazuje pól tagline i build_flavor dla starszych wersji.

Biblioteka elasticsearch-py nadal jest dostarczana na licencji Apache 2.0, ale jej funkcjonalność została ograniczona wyłącznie do możliwości łączenia się z komercyjnymi produktami Elasticsearch. Według firmy Amazon blokada dotyczy nie tylko forków Open Distro for Elasticsearch i OpenSearch, ale także rozwiązań opartych na otwartych wersjach Elasticsearch. Podobne zmiany mają zostać uwzględnione w bibliotekach klienckich dla JavaScript i Hadoop.

Działania Elasticsearch są wynikiem konfliktu z dostawcami chmurowymi, którzy oferują Elasticsearch jako usługi chmurowe, ale nie nabywają komercyjnej wersji produktu. Firma Elasticsearch jest niezadowolona z tego, że zyskują na tym bez żadnych powiązań z projektem dostawcy chmurowi, którzy odsprzedają gotowe otwarte rozwiązania, a bezpośredni deweloperzy pozostają z niczym.

Początkowo firma Elasticsearch próbowała zmienić sytuację przenosząc platformę na niena darmową licencję SSPL (Server Side Public License) i zaprzestając publikacji zmian na starej licencji Apache 2.0. Licencja SSPL została uznana przez organizację OSI (Open Source Initiative) za niespełniającą kryteriów Open Source z powodu dyskryminujących wymagań. Mimo że licencja SSPL oparta jest na AGPLv3, w tekście znajdują się dodatkowe wymagania dotyczące dostarczania nie tylko kodu samej aplikacji, ale także źródłowych tekstów wszystkich komponentów zaangażowanych w świadczenie usługi chmurowej.

Jednak ten krok tylko pogorszył sytuację, a wspólnymi siłami firm Amazon, Red Hat, SAP, Capital One i Logz.io stworzono fork OpenSearch, który jest promowany jako pełnoprawne otwarte rozwiązanie rozwijane z udziałem społeczności. OpenSearch został uznany za gotowy do użycia w systemach produkcyjnych i zdolny do zastąpienia platformy wyszukiwania, analizy i przechowywania danych Elasticsearch oraz interfejsu webowego Kibana, oferując również zamienniki komponentów komercyjnej edycji Elasticsearch.

Firma Elasticsearch podjęła eskalację konfliktu i postanowiła utrudnić życie użytkownikom forków, uzależniając je od swoich produktów, wykorzystując to, że biblioteki klienckie pozostały pod jej kontrolą (licencja na biblioteki pozostawała otwarta, a fork OpenSearch kontynuował ich wykorzystanie dla zapewnienia kompatybilności i uproszczenia migracji użytkowników).

W odpowiedzi na działania Elasticsearch firma Amazon ogłosiła, że projekt OpenSearch rozpocznie rozwój forków 12 istniejących bibliotek klienckich i zaoferuje rozwiązanie do migracji na nie systemów klienckich. Przed publikacją forków użytkownikom zaleca się, aby wstrzymali się z przejściem na nowe wersje bibliotek klienckich, a w przypadku instalacji aktualizacji powrócili do poprzedniej wersji.

Źródło: opennet.ru

Kup solidny hosting stron z ochroną przed DDoS, serwery VPS VDS 🔥 Kup solidny hosting stron z ochroną przed DDoS, serwery VPS VDS | ProHoster