EA
"эх, всего бы одну строчку добавить"
remote_console ?
Size: a a a
2019 January 26
ю
"эх, всего бы одну строчку добавить"
это и без хот апдейтов делается изи же
IA
что значт без хот апдейтов?
IA
деланье этого и есть хот апдейт
IA
если имеется в виду без релапов и прочего, то да, можно сделать
IA
только вот когда в 35 контейнерах приложение крутится, я бы за это не взялся
ю
только вот когда в 35 контейнерах приложение крутится, я бы за это не взялся
2019 January 27
c🦊
еще на эрланге, когда не было мапов, когда рекорды надо было обновлять, это ад и не нужно
Я юзаю на Erlang горячее обновление уже много лет. И с рекордами в том числе. Чтобы уменьшить боль с миграцией рекордов до нуля, когда делаешь рекорд добавь в конец несколько запасных полей. Потом ты их переименовываешь и юзаешь. Без боли.
c🦊
Хотя для веб аппов хот апдейт, может быть, и не так важен. Я не пишу веб аппы. И мне хот апдейт очень-очень полезен.
c🦊
С ужасом вспоминаю времена когда я это же приложение писал на C и любая правка требовала рестарта.
ю
Я юзаю на Erlang горячее обновление уже много лет. И с рекордами в том числе. Чтобы уменьшить боль с миграцией рекордов до нуля, когда делаешь рекорд добавь в конец несколько запасных полей. Потом ты их переименовываешь и юзаешь. Без боли.
о, оч крутая идея, спасибо
c🦊
о, оч крутая идея, спасибо
Незачто. Спрашивайте. Я hot code change очень много использовал (и продолжаю), но без релизов. У меня свой механизм распростарнения, чтобы на десятки нод апдейты быстро накатывать.
DR
Незачто. Спрашивайте. Я hot code change очень много использовал (и продолжаю), но без релизов. У меня свой механизм распростарнения, чтобы на десятки нод апдейты быстро накатывать.
Я кстати, везде, где использовал - тоже писал свой(дважды).
DR
Т.е. внутри релизов, но не через апгрейд релиза, а просто своё приложение внутри релиза.
DR
Он сам подгружает код и всё остальное делает.
DR
Мне кажется - стоит уже сделать open source версию альтернативную для hot code upgrade-а.
c🦊
Dmitry Russ (Aleksandrov)
Мне кажется - стоит уже сделать open source версию альтернативную для hot code upgrade-а.
И да, и нет. Обычно если надо hot code change - люди используют релизы. Если механизм релизов не подходит - вероятнее всего хочется что-то очень странное и это лучше написать своё
DR
И да, и нет. Обычно если надо hot code change - люди используют релизы. Если механизм релизов не подходит - вероятнее всего хочется что-то очень странное и это лучше написать своё
Механизм релизов не подходит банально потому что для update-а нужно знать с какой версии делать update на какую.
DR
И да, и нет. Обычно если надо hot code change - люди используют релизы. Если механизм релизов не подходит - вероятнее всего хочется что-то очень странное и это лучше написать своё
А если хочется, чтобы code_change сам определил с какой версии на какую ты обновляешь и хранит процедуры для последних 3-ёх версий, то тут релизы по-прежнему прекрасно подходят, а встроенный механизм обновления уже не подходит.
DR
И это далеко не что-то очень странное на мой взгляд.