Roman
Главное не забывать про версионирование
Roman
Релиз, версия, тег
Roman
И деплой тега
Anonymous
ага
Anton
Как последовательность идет?
Anton
Из гита просто накатывается с файлами в момент деплоя?
Logan
коллеги, кто с hashicorp vault работал? Есть ли адекватные способы перенести данные между secret backends?
Logan
например mysql -> consul?
Roman
Код из гита на интеграционке
Roman
Собирается в имейдж
Roman
Деплой выкатыванием нового тега имейджа
Andrew
девопсы подскажите пожалуйста, есть такая проблема upstream timed out (110: Connection timed out) , если увеличить MaxKeepAliveRequest она может пропасть?
Logan
Logan
судя по вашему запросу - увеличивать вам надо proxy_read_timeout
Andrew
Logan
Logan
upstream timed out - это не проблема. Это симптом
Andrew
Andrew
Logan
счетчики там всякие
Alexander
Alexander
и будет через systemctl управляться как обычный сервис
Alexander
Деплой выкатыванием нового тега имейджа
можно многое упростить если ввести специальный тег production и тогда деплоем будет закачивание в репозиторий нового образа с этим тегом (делаем пулл любой версии, меняем тег на production и делаем push), тогда скрипты на сервере можно будет не менять
Alexander
а версию узнавать через docker exec cat /usr/src/app/version
Roman
А откат?
Roman
Новый прод собирать?
Alexander
ну, по идее можно сейвить старый образ под другим тегом перед принятием нового
Alexander
это немного усложнит скрипты, но по-прежнему позволит не менять код на сервере каждый раз
Alexander
ну, ввести какой-нибудь тег backup
Roman
Может быть, обновление тега пока не большая проблема
Alexander
ну да, тут смотря как прописано
Roman
Есть ещё момент - в деплой тикете указана определенная версия
Alexander
просто мне кажется не очень удобным каждый раз менять .service-файлы
Roman
Тае что чётко ясно что выкатывается и когда
Alexander
и делать systemctl daemon-reload
Alexander
я версии храню в файлах version внутри образа
Alexander
то есть через cat по идее всегда можно залезть и посмотреть их
Roman
И это тоже
Roman
И сами сервисы через /version умеют отдавать
Alexander
Andrey
О однофамилец ))
Roman
Бывает
Andrey
Ага
Anonymous
пасиб за советы)
'_'
Ага
Ты производишь впечатление матёрого сисадмина
Anonymous
Andrey
Матерного )))
'_'
Да
Михаил
Aleksandr
А ничего так
угу осталось всех в него загнать и проекты вести
Андрей
я спросила про удобство
Лучше всего вагрант, который будет настраиваться через configuration management систему
Anonymous
да здравствует паппет! Или ансибл
Konstantin
ansible наше все... но паппет не использовал )
Anonymous
если проект небольшой, то и не надо
Anonymous
дольше документацию читать)
Konstantin
как вариант да, вагрант пододит, и кодить и проверить сразу. но доступ гемморойный. его можно сделать доступным снаружи но все как-то криво
Alexander
Anonymous
Logan
ansible или chef. Первый попроще, второй погибче
Logan
но в большинстве случаев, хватает только первого, даже если не думать, что он глючный
Anonymous
я паппет много юзала. Бадушники заразили
Anonymous
но он тяжелый для небольших проектов, как по мне. Ансибл пободрее в этом плане
Alexander
ansible и salt stack на Python'е, chef и puppet на Ruby
Logan
Logan
хуже только cfengine
Alexander
я бы выбирал только из ansible и salt stack
Anonymous
он тяжелый и сложный. Зато умеет дофига всего
Anonymous
и модули
Logan
хотя да, quick start там такой, что хочется просто лечь и умереть
Anonymous
я когда выбирала между шефом и паппетом, выбор сделала по принципу: возьми тот продукт, по которому мануалов и отзывов больше.
Anonymous
потому что опыта не было и было совершенно пофигу
Anonymous
ансибл на тот момент был каким то кошмаром
Anonymous
ничего хорошего я про него не прочитала, в общем. Это он за два года мутировал во вполне хорошее решение
Konstantin
давно ансибл был кашмаром?