V
) текущие варианты слишком навороченные, для нас излишне
Тут вот есть про обновление контейнеров на лету:
https://habr.com/ru/post/215653/
Size: a a a
2020 June 22
A
Правда может не для любого случая
A
Я вот смотрю на pyenv. Думаю нормально ли будет деплоить с ним. А код обновлять с git pull и делая reload gunicorn.
Типа такого:
https://gist.github.com/Eucrow/d813b95291629533820e106b994c63f9
Типа такого:
https://gist.github.com/Eucrow/d813b95291629533820e106b994c63f9
A
Чем сделали это?
у нас OpenShift как и кубы сам по обновлению образа выкатывает новые деплойменты.
A
но в ряде случаев с этим есть нюансы. скоро буду оператор к нашему проекту писать.
АП
у нас OpenShift как и кубы сам по обновлению образа выкатывает новые деплойменты.
Ну у вас то да.
A
чую придется в Go таки вляпаться
AT
V
тут время на покурить надо, с ходу не подскажу
с меня несколько бутылок)
V
я уже сдался
V
случайно кстати отрыл
V
это на тему возврата листа
A
вроде как нужно добавить:
class Camera(Base):
is_online = associationproxy(‘history’, ‘is_online’)
…
A
V
Это другая штука, мне нужно будет ещё время проверять, тут это не сделаешь
T
в итоге обновления сами улетают на прод и можно откатить старый образ
А как делаете бесшовный апдейт?
A
А как делаете бесшовный апдейт?
Вот кстати да. Я только видел, что накатываешь новые контейнеры, проксируешь nginx’ом на них, а потом убиваешь старые.
T
Желательно убивать старые когда запросы на них завершаться