@pro_ansible - страница 702

Dmitry

Именно так, как в bamboo и сделано через роли а не binary, чуть выше уровнем возьми.😀

Я не понял. Как в bamboo сделано?

Dmitry

У вас явно что-то не так бай дизайн. Зачем делать ветки пер энв? Какой в этом бенифит?

git-workflow, когда ветка отражает текущее состояние среды

Dmitry

У вас явно что-то не так бай дизайн. Зачем делать ветки пер энв? Какой в этом бенифит?

с multienv в одной ветке это не совсем возможно

Alexander

git-workflow, когда ветка отражает текущее состояние среды

Я видел такие подходы. Не знаю, откуда они, но рано или поздно люди их использующие познают боль.

Alexander

Но это опять таки моё мнение. На мой взгляд это усложнение без причины.

Dmitry

Я видел такие подходы. Не знаю, откуда они, но рано или поздно люди их использующие познают боль.

ну я-то я не против понять как делается у мудрых людей

Dmitry

Само собой, задача - полный CI + контроль доступа к изменениям конфигов сред

Nklya

полный сиай и полный сиди))

Alexander

Я себя к таковым не отношу :)

Dmitry

полный сиай и полный сиди))

ну да.

Nklya

женкинса не хватает, с плагинами

Dmitry

женкинса не хватает, с плагинами

ну он там где то есть, а точнее гитлаб. меня интересует подход к мультисредовму workflow

Nklya

я помню что похожий разговор в этом чате уже был. про дичь с енвайроментами в бранчах и сливанием

Nklya

ничего хорошего из этого не выйдет

Dmitry

я помню что похожий разговор в этом чате уже был. про дичь с енвайроментами в бранчах и сливанием

были еще советы про вынос определенных частей в отдельные бранчи

Dmitry

и вынос параетров во внешние хранилища. Но это все теория

Alexander

Это идёт в разрез со всеми рекомендациями типа транкбейзд разработки.

Nklya

почему просто не пихать разные окружения в разные папочки?

Dmitry

почему просто не пихать разные окружения в разные папочки?

Ок. я так щас и делаю. Давай с этого момента начнем рассуждение

Alexander

Есть 1 реп на проект. Там около 6 энвов. Все работает. Единственного, что в плейбуках много относительнах путей и требования к запуску с указанием энва.

Alexander

Структура близкая к варианту на сайте ансибла номер 2, но немного изменено.

Alexander

Тем что роли отдельно. Плюс кое что ещё.

Dmitry

Вопрос, 1. как такую структуру положить в CI/CD?

Dmitry

с возможностью роллбека, тестовых сред и прочих необходимостей ?

Dmitry

Дано: 5 DevOps которые с различной пересеченностью работают над данным репом

Alexander

Вопрос не ясен для меня честно говоря. Все зависит от вашего си и квалити гейта. Изменение в репе запускает процесс. А дальше уже по требованиям.

Sergey

Вопрос, 1. как такую структуру положить в CI/CD?

Не очень понятно, причём тут CI/CD.

Sergey

с возможностью роллбека, тестовых сред и прочих необходимостей ?

Тестовый инвентори - всего лишь ещё один инвентори.

Nklya

Не очень понятно, причём тут CI/CD.

ну во-первых, это красиво))

Sergey

Что именно?

Nklya

полный сиайсиди) P.S. я тоже не понимаю нахера здесь оно нужно

Dmitry

А как гарантирвоать иначе полное соответствие конфига тому что в среде?

Sergey

полный сиайсиди) P.S. я тоже не понимаю нахера здесь оно нужно

Тебе просто выражение нравится? 😊 Вообще деплой тестируется в момент деплоя. Конец. В процессе написания и отладки у меня деплой обычно бывает запущен больше сотни раз - это факт. Какие ещё нужны гарантии?

Sergey

Можно для профилактики НЕ катать ничего руками - от слова "совсем". Да, медленно получается, да, неудобно. Но важный момент - в процессе отладки ты залазишь окружению в такие места, о которых даже архитектор не имел понятия.

Dmitry

Я не могу запустить конфиг даже на dev, предполагая что в теории оно может удалить что-то

Dmitry

а когда это делают несколько человек, так вообще

Sergey

ansible-playbook <......> —check —diff

Dmitry

есть 5 челвоек, как сделать тестирование PR двух из них?

Sergey

PR не тестируется. dev - сборище говна, песочница, может быть сломан в любой момент. если нельзя ломать dev - это не dev.

Dmitry

ansible-playbook <......> —check —diff

не факт что баги типа отсутсивия переменной в скоупе заметишь таким образом. тестирование по любому надо

Dmitry

PR не тестируется. dev - сборище говна, песочница, может быть сломан в любой момент. если нельзя ломать dev - это не dev.

dev для разработчиков и dev для опс это две разные вещи)

Dmitry

две разных оси поломки

Sergey

dev для разработчиков и dev для опс это две разные вещи)

O_o тогда какбы это не про девопс

Nklya

а дев для дивапсов это вообщее))

Dmitry

Не понятно о чем спор, если честно. Мне нужно чтобы команда из 5 человек могла эффективно использовать средства git для создания, тестирвоания и разворачивания сред

Dmitry

Пока я слышу что "мы длеаем все вручную и тестируем на месте" но это ведь никак не решает проблемы, один протестировал на тестовом инвенторе, другой протестировал. Оба запустили ручной деплой и все сломалось

Sergey

Я, честно признаться, не вкурю никак, причём тут всё-таки git.

Dmitry

а как иначе связать работу 5 человек по инфраструктуре?

Nklya

при чем здесь деплой постоянно? у вас ансибл только для этого что ли?

Dmitry

Я, честно признаться, не вкурю никак, причём тут всё-таки git.

вполне возможно что я смотрю на проблему с другого угла

Dmitry

при чем здесь деплой постоянно? у вас ансибл только для этого что ли?

только для деплоя инфраструктуры, да. в т.ч. ресурсов AWS, что самое страшное - если хоп и удалить все vpc)