Size: a a a

2020 February 20

GG

George Gaál in DevOps
я никуда не тороплюсь когда напьюсь тогда напьюсь
какая в rpm есть сущьность подобная кешированию слоёв multistage?
+
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
Sergey Pechenko
А если руки норм - то ты спокойно в venv соберёшься как за здрасте, и получишь повторяемый (внезапно!) rpm-пакет, который волне нормально складывается в репозиторий.
Ну и эт, на практике адекватные разарботчики с уодвльствием пользуют готовые шаблоны доставки ("тут же есть уже готовый сервис, я скопировал, поменял имена, всё уже лежит в yum-репе")
дедовским методом - я брал прод и со всем мусором его клонировал  (прям через снэпшот), после чего поднимал копию как стэйджинг/тест и отдавал девам (поменяв пароли)
источник

GG

George Gaál in DevOps
У тебя кэширование должно быть в паплайне
источник

GG

George Gaál in DevOps
Как то его делали и без докера - брат жив
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
я никуда не тороплюсь когда напьюсь тогда напьюсь
дедовским методом - я брал прод и со всем мусором его клонировал  (прям через снэпшот), после чего поднимал копию как стэйджинг/тест и отдавал девам (поменяв пароли)
я делал вот так, иначе меня дрифт окружения потом убивал
источник

SP

Sergey Pechenko in DevOps
я никуда не тороплюсь когда напьюсь тогда напьюсь
дедовским методом - я брал прод и со всем мусором его клонировал  (прям через снэпшот), после чего поднимал копию как стэйджинг/тест и отдавал девам (поменяв пароли)
Это ты про ВМ говоришь.
Да, но нет. А потом такие хоп и секреты просраны, ога.
По-хорошему скрипты деплоя должны поднимать голую железку до рабочей тачки. А почему железку - чтобы тебе было западло снапшотами возить.
источник

SP

Sergey Pechenko in DevOps
И некуда 😊
источник

GG

George Gaál in DevOps
Sergey Pechenko
Она там не нужна 😉 потому, что слоёв там нет, например. Особенно если вспомнить, что собранный в RPM правильный софт можно поставить не в корень, к примеру.
О, да, навык пакетирования софта с приходом докера утрачивается
источник

GG

George Gaál in DevOps
Я уж не говорю про софт, который может работать из любого каталога и из под любого юзера 🤦‍♂🤦‍♂🤦‍♂
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
Sergey Pechenko
А если руки норм - то ты спокойно в venv соберёшься как за здрасте, и получишь повторяемый (внезапно!) rpm-пакет, который волне нормально складывается в репозиторий.
Ну и эт, на практике адекватные разарботчики с уодвльствием пользуют готовые шаблоны доставки ("тут же есть уже готовый сервис, я скопировал, поменял имена, всё уже лежит в yum-репе")
ага, рядом кладём новую версию и симлинкаем как current, потом рука дрогнула, потом нужен ИИ чтоб разобраться в получившейся куче
источник

SP

Sergey Pechenko in DevOps
я никуда не тороплюсь когда напьюсь тогда напьюсь
ага, рядом кладём новую версию и симлинкаем как current, потом рука дрогнула, потом нужен ИИ чтоб разобраться в получившейся куче
А version pinning для слабаков, да, я же правильно тебя понимаю?
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
Sergey Pechenko
Это ты про ВМ говоришь.
Да, но нет. А потом такие хоп и секреты просраны, ога.
По-хорошему скрипты деплоя должны поднимать голую железку до рабочей тачки. А почему железку - чтобы тебе было западло снапшотами возить.
если прод стоит 10 лет и не известно кто на него как гадил - его воспроизвести невозможно. описанный мной способ - единственный, до которого я додумался
источник

SP

Sergey Pechenko in DevOps
Ну и если у скриптов дрожат руки - то да, лучше их не писать.
источник

GG

George Gaál in DevOps
я никуда не тороплюсь когда напьюсь тогда напьюсь
если прод стоит 10 лет и не известно кто на него как гадил - его воспроизвести невозможно. описанный мной способ - единственный, до которого я додумался
Его не воспроизводить страшно, а даже ребутать
источник

SP

Sergey Pechenko in DevOps
^^^ +++
А воспроизводить - ну тож мне, rocket science.
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
George Gaál
О, да, навык пакетирования софта с приходом докера утрачивается
окружение (кучу хлама) ты никак не запакетируешь, кроме описанного способа. у меня всегда образ окружения двигался навстречу коду - в обратном направлении, с прода на дев через стейджи/тесты/прелайвы
источник

SP

Sergey Pechenko in DevOps
я никуда не тороплюсь когда напьюсь тогда напьюсь
окружение (кучу хлама) ты никак не запакетируешь, кроме описанного способа. у меня всегда образ окружения двигался навстречу коду - в обратном направлении, с прода на дев через стейджи/тесты/прелайвы
O_o чо?
источник

SP

Sergey Pechenko in DevOps
Делается-то просто: забираешь нахер у всех ssh с прода и катаешь только скриптами. Да, поначалу будешь факапиться и собирать все косые взгляды. Но потом - Just works. Что в репе - то и на проде. "As above so below" и т.д.
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
George Gaál
Я уж не говорю про софт, который может работать из любого каталога и из под любого юзера 🤦‍♂🤦‍♂🤦‍♂
ты или каждый раз создаёшь прод с нуля (а ля вагрант) при деплое (повышении версии), или каждый раз создаёшь разработчику дев-окружение, копирующее его. Мой браток в том, что я из рабочего окружения девелопера делать прод не хочу
источник

GG

George Gaál in DevOps
я никуда не тороплюсь когда напьюсь тогда напьюсь
ты или каждый раз создаёшь прод с нуля (а ля вагрант) при деплое (повышении версии), или каждый раз создаёшь разработчику дев-окружение, копирующее его. Мой браток в том, что я из рабочего окружения девелопера делать прод не хочу
Не делай. Кто ж заставляет
источник