Size: a a a

Архитектура ИТ-решений

2020 December 01

R

Roman in Архитектура ИТ-решений
Фишка в том что можно скомпилировать в исполняемый файл и дальше для работы ничего компилить не надо
источник

R

Roman in Архитектура ИТ-решений
Да есть и плюсы и минусы
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Viktor Alexandrov
Это было на стеке редхата, не помню как его называют... «убийца Спринга»
https://quarkus.io - насчёт убийц это, наверное, в маркетинг, но штука вполне рабочая и поизящнее спринга в плане потребления ресурсов.
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Sergey Bezrukov
https://quarkus.io - насчёт убийц это, наверное, в маркетинг, но штука вполне рабочая и поизящнее спринга в плане потребления ресурсов.
Да
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Оно
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Но без грааля оно под нагрузкой быстрее в 1.3 раза
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Но памяти жрет больше
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Roman
Фишка в том что можно скомпилировать в исполняемый файл и дальше для работы ничего компилить не надо
Ну можно. А предложение попробовать изначальное оно в чём состоит? Нужно что-то конкретное сделать?
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
В полтора раза
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Viktor Alexandrov
В полтора раза
Спасибо, интересная инфа.
источник

N

Nikolay in Архитектура ИТ-решений
время страрта спринга = это несколько секунд, а порой хочется миллисикунды в идеале, как у go. это все из-за этого
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Nikolay
время страрта спринга = это несколько секунд, а порой хочется миллисикунды в идеале, как у go. это все из-за этого
Ну в моих нагрузках не было важно время старта
источник

R

Roman in Архитектура ИТ-решений
Sergey Bezrukov
Ну можно. А предложение попробовать изначальное оно в чём состоит? Нужно что-то конкретное сделать?
Взять и попробовать :) мы занимаемся разработкой openjdk - выпускаем Java дистрибутив Liberica JDK. Готов дистрибутив Liberica Native Image и готовимся к открытию early access, вот ищем страждущих :)
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Sergey Bezrukov
Спасибо, интересная инфа.
Ну это условное приложение было (апишка с логами), так что лучше тестить на более боевой бизнес-логике
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Nikolay
время страрта спринга = это несколько секунд, а порой хочется миллисикунды в идеале, как у go. это все из-за этого
Несколько секунд - это хелловорд, реальный сервис на спринге может и чуть ли не минуту стартовать. В этом плане кваркус сильно быстрее, кстати.
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Sergey Bezrukov
Несколько секунд - это хелловорд, реальный сервис на спринге может и чуть ли не минуту стартовать. В этом плане кваркус сильно быстрее, кстати.
Конечно, если ему схему валидировать/создавать в бд. Но в проде вроде так не принято ведь?)
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Roman
Взять и попробовать :) мы занимаемся разработкой openjdk - выпускаем Java дистрибутив Liberica JDK. Готов дистрибутив Liberica Native Image и готовимся к открытию early access, вот ищем страждущих :)
Ну у нас довольно много чего на кваркусе, было бы интересно попробовать, тем более что либерику мы используем довольно активно.
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Viktor Alexandrov
Конечно, если ему схему валидировать/создавать в бд. Но в проде вроде так не принято ведь?)
Прод проду рознь. Зачастую ликвибейз вполне себе используется в проде в т.ч.
Да и затык, к сожалению, не в нём одном.
источник

N

Nikolay in Архитектура ИТ-решений
Спринг медленно стартует скорее всего из-за динамической загрузки классов, а классов там много. JVM же нужна найти класс при первом обращении. Загрузить его. Это все будут рэндомные чтения. интересно послушать тех, кто смотрел почему спринг медленно стартует.
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Nikolay
Спринг медленно стартует скорее всего из-за динамической загрузки классов, а классов там много. JVM же нужна найти класс при первом обращении. Загрузить его. Это все будут рэндомные чтения. интересно послушать тех, кто смотрел почему спринг медленно стартует.
Я детально не вникал, но есть мнение что он при старте генерит прокси для классов и т.п.
Кваркус этим занимается в build time, поэтому стартует быстрее. Но и билдится он довольно шустро при этом, кстати.
источник