RK
SimpleDateFormat
У неё рантайм довольно большой. В эру контейнеров кроссплатформенность уже не нужна, а вот полгигабайта рантайма - жЫронвато
Size: a a a
2020 June 04
МК
У неё рантайм довольно большой. В эру контейнеров кроссплатформенность уже не нужна, а вот полгигабайта рантайма - жЫронвато
пол гига хипа ты имеешь ввиду?
I
а в какой ты конторе работаешь, если не секрет?
Секрет)))
МК
Скорее размер образа
лол
МК
короче прод хип примерно 100мб. Размер образа - это исключительно как ты умеешь мавеном пользоваться.
I
мне кажется, джава оверхед тока для тех, кто ее готовить не умеет. ну или проект простой как 3 копейки, и можно наговнокодить на той же ноде
Ой время ребута спринга, мавена, гредла - это что-то с чем-то.. На ноде или пыхе времени ребута либо нет, либо оно в 10 раз быстрее. И так ли актуальна компиляция в байт код для веба... Опять же на ноде есть typescript, которым можно хоть все типизировать и решения типа nest.js не особо уступающие спрингу.
МК
Ivan
Ой время ребута спринга, мавена, гредла - это что-то с чем-то.. На ноде или пыхе времени ребута либо нет, либо оно в 10 раз быстрее. И так ли актуальна компиляция в байт код для веба... Опять же на ноде есть typescript, которым можно хоть все типизировать и решения типа nest.js не особо уступающие спрингу.
мне вот интересно, ты думаешь, что время ребута - это типа очень важно для корпоративного приложения?
RK
Ivan
Ой время ребута спринга, мавена, гредла - это что-то с чем-то.. На ноде или пыхе времени ребута либо нет, либо оно в 10 раз быстрее. И так ли актуальна компиляция в байт код для веба... Опять же на ноде есть typescript, которым можно хоть все типизировать и решения типа nest.js не особо уступающие спрингу.
Блин, да нет же!
Тебе надо поднять десяток экземпляров твоего сервиса. Ты делаешь docker pull. Микросервис на Go будет весить 20 мегабайт и скачается за секунды. Микросервис на яве потянет за собой Spring и JDK и будет весить 600
Тебе надо поднять десяток экземпляров твоего сервиса. Ты делаешь docker pull. Микросервис на Go будет весить 20 мегабайт и скачается за секунды. Микросервис на яве потянет за собой Spring и JDK и будет весить 600
МК
Блин, да нет же!
Тебе надо поднять десяток экземпляров твоего сервиса. Ты делаешь docker pull. Микросервис на Go будет весить 20 мегабайт и скачается за секунды. Микросервис на яве потянет за собой Spring и JDK и будет весить 600
Тебе надо поднять десяток экземпляров твоего сервиса. Ты делаешь docker pull. Микросервис на Go будет весить 20 мегабайт и скачается за секунды. Микросервис на яве потянет за собой Spring и JDK и будет весить 600
ну вот пуская даже так ок :) зачем тебе эта скорость?) ты или 1) просто деплоешь новую версию, у тебя какой-нить blue green deployment, они поочередно стопаю/стартуют прозрачно для юзера 2) тебе надо срочно делать хотфикс и вливать. и ты делать хотфикс будешь час например, а деплоить там не 2 секунды а 20. Это прям критично?
RK
ну вот пуская даже так ок :) зачем тебе эта скорость?) ты или 1) просто деплоешь новую версию, у тебя какой-нить blue green deployment, они поочередно стопаю/стартуют прозрачно для юзера 2) тебе надо срочно делать хотфикс и вливать. и ты делать хотфикс будешь час например, а деплоить там не 2 секунды а 20. Это прям критично?
У меня хабр-эффект и система под нагрузкой разваливается. Мне надо срочно шардов поднять и спихнуть туда новых пользователей
МК
и конечно корень этой проблемы - тяжелая джава?
I
мне вот интересно, ты думаешь, что время ребута - это типа очень важно для корпоративного приложения?
Ну разрабатывать дороже свой проект на Java. Дольше.
МК
мне кажется, что уже года 3 как все поняли, что делать миииикро сервисы - дорога в ад
RK
мне кажется, что уже года 3 как все поняли, что делать миииикро сервисы - дорога в ад
К сожалению - нет.
МК
ну ок, нет так нет
I
мне кажется, что уже года 3 как все поняли, что делать миииикро сервисы - дорога в ад
Я думаю надо просто где-то сервисы, где-то микросервисы использовать..