SP
это тип предтеча devops движениия была
Size: a a a
2021 May 21
SP
грубо говоря - если у тебя каждый коммит деплоится и при этом меняется оч незначительная часть системы - добиться низкого mean time to recovery и высокого аптайма как следствие изи. А если ты деплоишься раз в 2 недели и у тебя объем изменений по 100К строк кода - ну... сорян. ты в лотерею играешь
SP
вот у меня за 2 недели гитхаб показывает чет типа 30К строк поменялось
k
ну хорошо, допустим. Но можно ли модули деплоить в "структурированном монолите"? Есть такие технологии?
k
а скок у вас человек работает?
SP
есть. вот тот же nservicebus тебе предлагает "приложение" дробить на ассембли модули которые можно в рантайме загрузать и выгружать.
SP
в Java например такой возможности нет, насколько мне известно
K
Очень, очень много, почти 200 разрабов
k
тогда чем это хуже варианта с деплоем микросервисов?
SP
не хуже, если ты дотнетчик
k
ну у вас тогда есть смысл видимо. Вы не "каждый второй"
SP
вообще оч важно понимать что "сразу микросервисы не нужны никому - это определенная стадия или ветвь развития организации"
k
а вот мы например именно каждый второй, но нам очень надо
SP
а вот я тебе еще одну штуку накину - serverless лучше чем микросервисы)
K
Нету, может какой-то рантайм своп в ноде, но это горячий уголь у тебя в штанах
SP
ну вот я только эрланг и .net знаю кто так умеет. Может есть больше но хз.
k
Наконец-то ты что-то хорошее про пхп сказал, я знал, что в душе ты его всё же любишь! :D
K
Меня запинали на каком-то собесе из-за того что я не оч люблю серверлесс, теперь даже лямбды перевожу на кроны в кубере, в отместку. А сервисы можно и на CloudRun
SP
ну технически пых можно чуть допилить что бы сделать выгрузку и в рантайме подменять... аля как php-fpm - загрузил скрипт, работает он себе - ты ему говоришь скрипт поменяй - загрузил новый отдельным процессом, кильнул старый