вот да

я к этому уже склонялся.

Но вопрос возник, как сделать CI чтобы оно там тестировалось по PR?

при текущем раскладе это просто env/test

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

но выходит что параметры этих сред нереально протестировать

а с бранчингом, в теории, можно, потому что они одни

ну ты можешь сделать что-то типа стейджинга в другой учетке амазона, под него папочку с энвайроментом и гонять туда изменения в CI

но бранчинг пока все равно не работает из-за описанных нами проблем...

ну ты можешь сделать что-то типа стейджинга в другой учетке амазона, под него папочку с энвайроментом и гонять туда изменения в CI

это да, но оно, видимо, не сработает для множества DevOps

имеется в виду из одного "master" бранча, да?

я бы хотел чтобы один пилил фичу abc, другой фичу xyz, и для каждого свой тест шел

хм... ну по идее можно конечно создавать бранч на фичу, в котором и будет создаваться тестовый инвентарь

типа бранч change-vpc-network и оно создает свой vpc в тестовом акке

а насколько фичи пересекаются?

если сильно, то получается нужно 5 тестовых учеток

а насколько фичи пересекаются?

часто пересекаются, типа меняются роли которые деплоят шаблоны конфигов для 50 микросервисов.

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

в основном шаблон конфига приложений Elastic Beanstalk

хм... ну по идее можно конечно создавать бранч на фичу, в котором и будет создаваться тестовый инвентарь

Так и делают

Так и делают

то есть все среды из мастера + тестовая?

Не, фича = бранч

было: env/dev/ec2.py env/prod/ec2.py стало env/dev/ec2.py env/prod/ec2.py env/change-vpc-network/ec2.py так?

Не, фича = бранч

да. но вопрос как инвентарь переезжает в этом случае

либо вообще оно автоматом должно создавать временный инвентарь с имемем бранча на каждый бранч который не dev,prod,etc...

типа prod-change-vpc-network будет фигачить все с ветки прод + патч в sandbox акке

во

но тогда как фича в плейбуке переплывает из dev в prod... видимо через PR из фича бранча который тестился в sandbox

а инвентари вообще для всех сред лежат сразу

и по идее, когда мы пилим новый сервис, prod инвентарь уже должен лежать в ветке dev

и все изменения в prod инвентаре должны тестироваться в sandbox (пока не смержены еще в prod)

как такой расклад?

😄

Замудренно)

В понедельник нарисую схему. Спасибо 🙏🏻

было: env/dev/ec2.py env/prod/ec2.py стало env/dev/ec2.py env/prod/ec2.py env/change-vpc-network/ec2.py так?

А почему не использовать 1 скрипт для всего? В упор не понимаю. Си меняет тэг для поиска и все - если у вас все энвы в одном аккаунте. А на крайняк напишите свой динамик инв.

А почему не использовать 1 скрипт для всего? В упор не понимаю. Си меняет тэг для поиска и все - если у вас все энвы в одном аккаунте. А на крайняк напишите свой динамик инв.

Ну это пример, например для параметров профиля подключения. Да и там же полно других файлов типа group_vars, с точно таким же вопросом

Аккаунты разные, да

Всем привет. Подскажите, пожалуйста, можно ли только с помощью Ansible решить следующую задачу. Старт контейнера с nginx, проброс внутрь него www-папки с машины-хоста, проброс внутрь него конфига виртуальных хостов?

Всем привет. Подскажите, пожалуйста, можно ли только с помощью Ansible решить следующую задачу. Старт контейнера с nginx, проброс внутрь него www-папки с машины-хоста, проброс внутрь него конфига виртуальных хостов?

https://docs.ansible.com/ansible/2.5/modules/docker_container_module.html

и на гитхабе готовые роли

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

документации вполне хватает для освоения

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

ставим docker-compose, рендерим docker-compose.yml со всем чем нужно, дергаем хендлеры на pull, up -d

Тогда придётся учить тебя пользоваться комьюнити. 1) Формулируешь задачу. 2) Спрашиваешь гугл. 3) Знакомишься со стандартными решениями. 4) Применяешь стандартное решение. 5) Наслаждаешься результатом. Если наслаждаться не получается, переходишь к следующему пункту. 6) Гуглишь выхлоп в логи о полученном результате и всё исправляешь. Если не получается - переходишь к следующему пункту. 7) Пишешь в комьюнити. "Доброе утро, для решения поставленной задачи я применил типовое решение (ссылка), но в результате получил (ссылка на пэйстбин). Нагуглив этот выхлоп я обнаружил, что данную проблему до меня решали вот таким способом (ссылка на решение), однако в моём случае это не помогло. Прошу поделиться опытом в решении этой проблемы или помочь найти способ, как можно решить мою задачу."

я принес

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

Вчера вам точно эти же советы и ссылки дали

Вчера вам точно эти же советы и ссылки дали

вчера меня задавили интеллектом ;)

можем повторить (ц)

я был бы очень признателен, если бы кто-то мог попунктно мне помочь получить ответы на вопросы. в сообщество я обратился уже от безысходности =)

я был бы очень признателен, если бы кто-то мог попунктно мне помочь получить ответы на вопросы. в сообщество я обратился уже от безысходности =)

я выше дал инструкцию

воспользуйтесь ей

https://docs.ansible.com/ansible/2.5/modules/docker_container_module.html

@lautsevich, в документации есть всё необходимое для запуска контейнера и проброса папки и конфиг

до выполнения инструкции мне бы понять, в том ли направлении я двигаюсь в принципе, т.к. мне не хватает теоретической базы в понимании Linux, Docker

@lautsevich, в документации есть всё необходимое для запуска контейнера и проброса папки и конфиг

похоже на то, только воот не получается

в том направлении, и документация есть и инструкция... в путь

воодушевляет

похоже на то, только воот не получается

В ансибле: таск доставки папки, таск доставки конфига nginx

Затем таск с запуском контейнера

воодушевляет

если просто дать тебе солюшн, ты же снова придешь с подобным вопросом

я потому и прошу помочь в разъяснении базовых вопросов прежде, чем пытаться решить саму задачу

но меня ведь отправляют сразу решать задачу =)

так быстрее научишься )

ну я достаточно далеко уже продвинулся без сторонней помощи

значит ты некорректно ставишь вопрос. а базис по докеру, линуксу должен быть.

есть книги по дукеру

или идти и читать доки по одному и по второму, по фундаменту

мы же в ИТ, да? тут самолеты строят, когда они уже в полете =)

доков на офсайте хватит с головой, чтобы контейнер запустить

это у вас

это у вас

ну да, конечно ;)

мы же в ИТ, да? тут самолеты строят, когда они уже в полете =)

нет, давай не будем вкатываться в айти с таким подходом

нет, давай не будем вкатываться в айти с таким подходом

+100500

вчера меня задавили интеллектом ;)

ахахахах

ну ты даешь, я думал ты вчера всё понял))

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

ребята, меньше снобизма. будьте дружелюбнее

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

да нет проблем

просто мнение со стороны