Oracle убива Java бизнеса си: девет от десет клиенти търсят алтернативи

Разработчиците на Java търсят алтернативи на Oracle, заради високите цени
(снимка: CC0 Public Domain)

Oracle може да загуби девет от десет лицензирани потребители на своите инструменти за разработка с Java. Това се дължи на големи промени в лицензирането, които доведоха до увеличени разходи за клиентите, особено корпоративните. Мнозина вече търсят Java рамки на трети страни, каквито има доста на пазара.

Само един на всеки десет потребители на Java рамки (frameworks) от Oracle желае да продължи да работи с тях. Останалите си търсят или вече са намерили заместници, отбелязва The Register. Причината за това са новите правила за лицензиране, които Oracle въведе в началото на 2023 г.

Редица експерти прогнозираха, че това ще доведе до допълнителни разходи за клиентите на Oracle и че много от тях ще искат да опитат алтернативни среди за разработка. Очевидно тези прогнози са започнали да се сбъдват. Фактът, че клиентите на Oracle масово бягат към други рамки на Java, се изтъква в доклад на анализаторската компания Dimensional Research.

Мащабът на недоволството

Данните сочат, че процентът на потребителите на Oracle Java, които обмислят преминаване към алтернативни JVM (виртуални машини на Java) или JDK (инструменти за разработка на Java), се е увеличил от 72% през 2023 г., когато новите правила за лицензиране за първи път влязоха в сила и компаниите все още не бяха изчислили колко ще се повишат разходите им, до 88% през 2024 г.

Анализаторите отбелязват, че в някои страни процентът на потребителите, които желаят да се откажат от Java рамките на Oracle в полза на алтернативи, се оказва значително по-висок, отколкото в други. Най-ярките примери са Франция (92%) и Германия (95%).

„Това нарастващо недоволство отразява спешната нужда от рентабилни алтернативи, които се вписват в ограничените ИТ бюджети. Моделът на ценообразуване на Oracle не само засили опасенията относно достъпността, но също така подтикна организациите да преосмислят своите дългосрочни стратегии за управление на разходите за лицензиране и поддръжка на Java, което доведе до търсене на по-предвидими и устойчиви опции”, отбелязва Dimensional Research.

Промяната на правилата

Oracle промени правилата за лицензиране на Java рамки през януари 2023 г. Ако по-рано беше възможно да се плаща за отделни типове абонаменти, например за един потребител или едно работно място, които струваха от $2,5 на месец, сега е наличен само един тип абонамент – универсален минимум за $15. Освен това ще трябва да закупите абонамент за цялата компания, а не за отделни служители, работещи с Java.

Изследователската компания Gartner използва примера на абстрактна компания с 45 000 служители, за да покаже колко скъп е сега абонаментът за Oracle. Ще трябва да закупите лиценз за всички служители, дори и за тези, които изобщо не се занимават с програмиране. И дори ако Oracle продаде лиценза с 65% отстъпка, това пак ще струва на компанията 2,8 милиона долара годишно.

Според изчисленията на Gartner, поради новите правила за лицензиране на Oracle, използването на Java рамки от дадена компания, която закупува 19 000 лиценза от Oracle, ще струва със 117% повече.

Как се стигна дотук?

Oracle не е създателят на Java – тя закупи всички права върху Java през 2009 г. заедно със Sun Microsystems, като плати 7,4 милиарда долара. За първи път Oracle представи два нови лицензионни модела за своята търговска платформа Java Standard Edition (Java SE ) през април 2019 г., когато започна да начислява лицензионни такси за безплатната преди това Java.

В началото на 2023 г. Oracle промени своя модел на абонамент за Java SE от абонамент на потребител или на процесор към абонамент на служител. Критиците нарекоха този ход „хищнически”, тъй като организации, които използват малко Java, но имат голям брой служители, могат да бъдат силно засегнати от по-високите разходи.

Добрата новина за клиентите е, че на пазара има редица алтернативи на разработките на Oracle, включително рамката Bellsoft Liberica SDK, IBM Semeru Runtimes (дистрибуция на OpenJDK, която отговаря на стандартите на Java SE) и др.

Коментар