Elasticsearch migruje do niewolnej licencji SSPL

Firma Elasticsearch BV ogłosiła zmianę licencji dla platformy wyszukiwania, analizy i przechowywania Elasticsearch, a także interfejsu internetowego Kibana.

Począwszy od wydania Elasticsearch 7.11, projekt zostanie przeniesiony z licencji Apache 2.0 do licencji SSPL (Licencja publiczna po stronie serwera), która dodaje dodatkowe wymagania dotyczące użytkowania, aby zapewnić działanie usług w chmurze. Dla tych, którzy nie są zadowoleni z warunków licencji SSPL, przewidziana jest licencja komercyjna, a biblioteki klienckie będą nadal rozpowszechniane na licencji Apache 2.0.

Projekt MongoDB już korzysta z SSPL i zapewnia możliwość modyfikowania i rozpowszechniania kodu, ale nie został zweryfikowany przez Open Source Initiative (OSI), organizację zajmującą się licencjonowaniem open source.

Prawnicy Red Hata mieli licencję na niewolną kategorię SSPL, a następnie Projekt Fedora zakazał wstawiania pakietów z produktami na tej licencji do ich repozytorium.

Zatwierdzenie OSI jest uważane za mało prawdopodobne, ponieważ licencja zawiera kontrowersyjne kwestie dotyczące dyskryminacji niektórych kategorii użytkowników (dostawców usług w chmurze).

Ponadto, Autorzy SSPL nie ukończyli recenzji i wycofali przesłaną wcześniej prośbę o sprawdzenie tej licencji w OSI.

Licencja SSPL jest sformułowana w taki sposób, że w praktyce aplikacje objęte tą licencją nie mogą być wykorzystywane w usługach w chmurze bez wykupienia licencji komercyjnej; w przeciwnym razie kod wszystkich komponentów zaangażowanych w działanie usługi w chmurze, w tym komponentów stron trzecich, będzie wymagał ponownej licencji w ramach SSPL.

Przypomnijmy, że licencja SSPL jest oparta na tekście AGPLv3, w którym dokonano zmian w punkcie 13. Zmiany sprowadzają się do dodania wymogu dostarczenia w ramach licencji SSPL nie tylko kodu samej aplikacji, ale także kodu źródłowego wszystkich komponentów zaangażowanych w świadczenie usługi usługa chmury.

Według Matthew Garretta, współdyrektora Free Software Foundation, taki wymóg narusza zgodność z GPL i inne licencje typu copyleft, które zabraniają odnawiania licencji kodu innej osoby.

Jako powód zmiany licencji wyróżnia się chęć zapobieżenia pasożytnictwu dostawców usług w chmurze w oprogramowaniu open source. Programiści są niezadowoleni z faktu, że dostawcy usług w chmurze odsprzedają Elasticsearch w postaci usług chmurowych, ale nie uczestniczą w życiu społeczności i nie pomagają w rozwoju. Powstaje sytuacja, w której dostawcy chmury, którzy nie są związani z projektem, czerpią korzyści z odsprzedaży otwartych, gotowych do użycia rozwiązań, a sami programiści pozostają z niczym.

Zmiana licencji nie wpłynie na użytkowników Elasticsearch korzystających z platformy jako zaplecza, ale wpłynie to na dostawców usług w chmurze, którzy sprzedają gotowe do użycia funkcje Elasticsearch w postaci usługi w chmurze.

Usługi chmurowe będą musiały zakupić licencję komercyjną, w pełni otworzyć kod infrastruktury, pozostać przy poprzedniej wersji Elasticsearch, która ma ograniczony czas wsparcia, lub wspólnie kontynuować rozwój rozwidlenia Elasticsearch na licencji Apache. Fork Elasticsearch można stworzyć jako osobne rozszerzenie projektu Open Distro for Elasticsearch opracowanego przez Amazon.

Niektórzy analitycy oceniają dalsze korzystanie z Elasticsearch w ramach nowej licencji w przedsiębiorstwach którzy rozwijają usługi online jako dodatkowe ryzyko dla biznesu, ponieważ warunki do otwierania powiązanych zmian są praktycznie niepraktyczne. Na przykład z powodu nieprecyzyjnego sformułowania może być wymagana ponowna licencja SSPL dla całego stosu oprogramowania, w tym systemu operacyjnego.

źródło: https://www.elastic.co/