Size: a a a

2020 September 08

GG

George Gaál in Saltstack
Я просто себе вижу, что каждый новый релиз должен содержать все предыдущие мишрации и каждая пара соседних релизов должна быть совместима по структурам
источник

KP

Kirill Proskurin in Saltstack
это так в 99% случаев
источник

GG

George Gaál in Saltstack
Касательно проблем - они возникают, когда ты релизишься часто и релизы начинают оверлаппиться
источник

GG

George Gaál in Saltstack
Отчасти, наверное, помогает написание кода с фича флагами - т.е. процесс доставки кода и включения «фичи» разорван во времени
источник

KP

Kirill Proskurin in Saltstack
есть такое
источник

a

artb1sh in Saltstack
бля на ансибл подсадили безальтернативно на новой работке(
источник

DI

Dmitry Ishutkin in Saltstack
ничего, другая будет :)
источник

KN

Konstantin Nikolaev in Saltstack
Kirill Proskurin
у нас схема посложней и не ясно что будет если например деплой 1 сломался а деплой 2 уже на подходе и как вообще очередь выстроить - мержить могут паралельно
1. Динамически создавате площадки для каждой ветки
2. Каждая новая фича разрабится в своей ветке и катится на свою автоматически созданную площадку.
3. Далее после прохождения всех интеграционных тестов, фича межится в основную develop ветку и катится на develop площадку с опять прохождением инетграц тестов. Мы это зовём ПРЕПРОД
4. Для PROD площадки есть своя отдельная ветка куда подтягиваются успешные изменения из develop.
источник

KP

Kirill Proskurin in Saltstack
не - у нас trunk based, то есть есть только одна долгоживущая ветка - master. И она всегда зеленая(or so they say). Из нее режутся релизы тэгами. Теги порождают артефакты - артефакты можно уже катить куда угодно. Огромное кол-во проверок и в том числе выкаток происходит на этапе МР\PR и когда мы мержим мы более менее уверены.

Дальше уже надо катить в стейджинг этот тэг и после в прод этот тэг. Мне ок если эти действия будут по отдельности но каждое конкретное должно быть автоматизированно. И получается мы уже вышли из gitops == зарелизились. Но еще не выкатились.

Но вообще это скорее оффтоп - я безусловно ищу варианты для соли но проблема сейчас скорее не в ней а в процессе
источник

GG

George Gaál in Saltstack
> И получается мы уже вышли из gitops == зарелизились

никто не мешает ходить в гитопс репо и там менять грубо говоря цифирку версии
источник

GG

George Gaál in Saltstack
а reconcilation loop пускай подгоняет реальность под желаемое
источник

KP

Kirill Proskurin in Saltstack
да вот в это и смотрим но не хатает какого-то промежуточного сервиса который бы все это энфорсил
источник

AZ

Alexander Zhukau in Saltstack
Spinnaker в помощь
источник

GG

George Gaál in Saltstack
не поможет кмк
источник

KP

Kirill Proskurin in Saltstack
Да мы смотрим на него
источник
2020 September 11

EA

Evgeny A in Saltstack
Господа, а как проверить что конфигурационный файл есть на солевом мастере?
Или как скипнуть ворнинг что такой файл не найден?
источник

KP

Kirill Proskurin in Saltstack
А почему его нет?
источник

KP

Kirill Proskurin in Saltstack
🍿
источник

EA

Evgeny A in Saltstack
ну это уже совсем другой вопрос)
источник

EA

Evgeny A in Saltstack
salt.modules.file.file_exists кажется что это проверка на целевом хосте
источник