Обновить

«Сбер» представил SberJDK — собственную промышленную Java-платформу на базе OpenJDK

Время на прочтение2 мин
Охват и читатели63K
Всего голосов 17: ↑15 и ↓2+16
Комментарии51

Комментарии 51

очередной bolgenos

Да не, норм работает. Опасность внешних зависимостей вроде как убедительно демонстрируют нынче постоянно, так что чем плохо-то? Силой не навязывают (во всяком случае, сейчас)

Что мешает а) Запинить версию и ключ б) Просто сделать собственную дистрибуцию

Почему это считается собственным суверенным продуктом?

Что такое "запинить"? Велик и могуч, такого слова я ещё не встречал. Означает "зафиксировать"? Если так, то причина очевидна - каждую новую правку нужно проверять на закладки. А тогда уже проще сразу форкнуть.

Ждем указа сверху о том, что все Java-приложения в стране теперь должны работать только на скрепной Java...

тогда там должно быть ГОСТ шифрование и вшитые серты Минцифры

UPD И журнал должен быть без англицизмов.

Не heap out of memory, а - Не вместиша закрома ума сокровища сия

тогда там должно быть ГОСТ шифрование и вшитые серты Минцифры

Если такое требования все же спустят, то добавят. И ГОСТы и серты и черта лысого

И журнал должен быть без англицизмов

Никто никому ничего не должен. У нас очень гибкие законы и требования. Одним что-то можно, а другим тоже самое - нет.

Чтобы быть справедливым, стоит добавить, что сам по себе факт наличия такой JDK - вещь неплохая, если этим не будут злоупотреблять.

Комуто магазин по английски нельзя называть, а комуто JDK можно. Должно же быть НРЯ.

Должно же быть НРЯ

Еще раз, кому-то можно сзади на автомобиле писать PATRIOT. А кого-то штрафуют за вывеску. Почему так? Потому что. Плохо это? Разумеется. Так что вот эти "должно" не работают у нас, увы. Как и многие законы здравого смысла

Мне кажется самый лютый пример это Victory Village Park - ЖК на территории Парка победы, прям на территории, с краю. Пафосные колонны и памятник патриотизму и рядом чья-то Victory, не те там победили видимо.

Судя по описанию в Gitverse - серты Минцифры уже добавлены

Тогда стоило бы и синтаксис привести в соответствие со скрепками, по форме и содержанию:

Числовое нужно = 900000000;
Числовое дали = 0;
делать {
    дали = минфин.проситьБюджет();
    если (дали >= нужно) {
        уйтиКрасивоКакЧубайс();
    }
}

Не вместиша закрома ума сокровища сия

Так это не на русском. Нельзя так.

Неправильно ты, Дядя Фёдор, бутерброд ешь: указка будет о том, что нельзя использовать нескрепную java. А из всех остальной java выбирайте, какую хотите.

Косвенно оно уже есть. Госучреждения свои сервисы разворачивают в скрепном Astra Linux, в котором не менее скрепный Axiom JDK стоит.

Так я же не на пустом месте это придумал. Сейчас большие ребята освоятся и спустят, остальных даже спрашивать не будут

А проблема в чем?

В случае с JDK:

  1. Вас обяжут потратить ресурсы на то, чтобы переехать на новую JDK

  2. Вас лишат выбора и заставят есть то, что дали. Если вы Сбер, вы сами себе дали, что вам нужно. Если нет и вам не подходит - ну, сорян.

Я не понимаю, для чего они выпускают эту платформу. С технической точки зрения, какой смысл пилить свой форк OpenJDK ?

чтобы не платить другим и иметь контроль над тем что там внутри

Затем же, зачем это делают беллсофт/аксиом, амазон, эклипс, оракл и остальные.

Потому что openjdk - это просто reference implementation, а не готовое к проду ПО. И все вендоры вносят туда свои непубличные правки.

Чем не готовое то?

Как минимум у OpenJDK нет коммерческой поддержки и SLA в отношении фиксов. Это не является проблемой для нищих энтузиастов, но энтерпрайзы с их масштабами совсем другая история. Например, увеличение производительности на 2% может сэкономить им миллионы на ровном месте, а каждый день задержки со стороны вендора это прямые потери.

>Как минимум у OpenJDK нет коммерческой поддержки и SLA в отношении фиксов

Тут не хватает достоверного сравнения времени рожания фикса у коммерческого вендора и у опенсорсного.

Например убунтуи или ораклы (типа коммерческие вендоры с SLA и всем таким) просто сидят и ждут когда им redhat родит фиксы, особенно в ядре. Потому что эксперты в основном там. В итоге любительские debian, gentoo или arch чаще выкатывают фиксы быстрее чем ubuntu. Они тоже тырят друг у друга, но бюрократии и тестов меньше.

Ну и в целом, по моим наблюдениям - коммерческие дистрибы нафиг не нужны. Если ты не собираешься бюджеты распиливать, то плюсов и гарантий никаких.

То, что вы этого не понимаете - не значит, что это не нужно.

Энтерпрайзу нужна возможность планировать и иметь ответственность со стороны вендора. Запланированные конкретные операционные расходы и не запланированные и неизвестные в потерях расходы - разницу видите?

Поэтому кто-то сидит на CentOS, а кто-то на платной подписке RHEL.

Подумал - в стандартных JDK поиск подстроки реализован наивным методом, потенциально способным затормозиться до О(n²). Кто поменяет его на более быстрый на длинных подстроках KMP может дать не 2%

Это так не работает. KMP требует дополнительной памяти и желательно предварительных расчетов. Это дорого для обычных строк.

Джавовый алгоритм на практике быстрее в подавляющем большинстве случаев.

JDK пишут умные люди. Все выборы алгоритмов там обоснованы и доказаны.

Ну понятно что в Оракле не дураки сидят, но для особых случаев могли б подключать, начиная с какой то длины подстроки/строки

Важна не только длина, но и паттерн данных и запросов. Это прямо дорого считать и высок шанс ошибиться.

>а не готовое к проду ПО

Можно пруфы что оказывается нельзя делать

dnf install java-25-openjdk-headless

кроме особенность российских реалий (в том числе связанных с самоизоляцией), есть другие причины иначе бы не было в мире столько вендоров jdk, тот же amazon собирает свои билды. если вкратце, есть openjdk как исходники, а есть binary providers (oracle, amazon, microsoft и т.д.). Сбер стал еще одним binary provider-ом

Собрались как-то разработчики обсудить, сколько в мире версий Java:

Один разработчик восторженно восклицает:

— Слушайте, это же гениальная драма! Раньше мы просто выбирали между Oracle и OpenJDK, а теперь у нас есть отечественная Java, которая прямо во время сборки проекта пытается одобрить тебе кредит на покупку оперативной памяти и оформить подписку «СберПрайм» на серверную стойку!

Другой разработчик тревожно оглядывается и шепчет: — Да ладно вам, тише… Главное, что сверху одобрили. Теперь никто не скажет, что мы выбрали неправильный путь. Мы просто… плывем по зеленому течению, и нам вроде как разрешили!

Это очень... По сберовски.

Аплодирую изворотливости разработчиков. В Сбере жабы - как навоза. Сейчас начнут все переводить на свою сборку. Года на 3 хватит )))

Вот еще спринг форкните и будет совсем красотища

Ну вот кто за язык тянул?

Ну и славно. Амазону свой JDK можно, всяким Алибаба. Пусть и у Сбера будет. Тем более, лицензия позволяет.

Амазон потом запретит все явы кроме отечественной? Думаю и другие производители не упустят шанс, как с линуксом. Да будет война за госбюджеты.

А Axiom уже запретили все джавы, кроме отечественной?

Может я что то не понял, но там алиасы какие-то другие, пясните.

Стандартный вопрос.

А оно TCK проходит? А если проходит то как достали TCK?

Это просто сборка из сырцов OpenJDK, исходный код не менялся, соответственно оно могло бы пройти TCK, если бы проверяли.

Мы в IT видели множество любых в том числе невероятных ошибок. Только прохождение тестов дает гарантию поведения. И только в тех местах которые зафиксированы тестами.

скажи, дружок, а если, скажем, завтра некая российская компания анонсирует выход на рынок с собственным камнем по, скажем, 12-нм техпроцессу, тебе хватит ума не спрашивать: "а там точно 12 нм? а если да, как вы получили доступ к 12-нм литографии"?

Ява, яву Взял я на халяву

Ура, молодцы! Кто с госконтрактами работает, видит что существующие "сертифицированные" Axiom на безальтернативности совсем берега попутали с обязательной платной покупкой лицензий своей Java на всё. Наконец-то альтернатива. Ждём сертификацию фстэк.

Базовая версия решения содержится

а какие еще есть версии и чем они отличаются от базовой?

когда SberDotNet?

Такой вопрос - Oracle временами в Java фиксит большое количество уязвимостей. Как скоро фиксы доберутся до очередной сборки?

уязвимости фиксятся не ораклом, а каждым вендором индивидуально на ежеквартальной базе. список уязвимостей и их патчи обсуждаются внутри особой зондеркоманды, в которую не набирают по объявлениям, с pgp-ключами длиной почти как мой член, а потом по защищенным же каналам распространяются среди вендоров заодно с релиз-кандидатами. до тех пор, пока все вендоры не выложили пропатченные релизные бинари и дали время на их накат кастомерами, майнтенеры LTS-ных репок соблюдают мораторий на публикацию пропатченных сорцов. процесс понятен?

Так уже есть Axiom JDK которая и TCK и ФСТЭК прошла

ну т.е. бесплатная альтернатива нам не нужна?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации