)

опять же не все в облаках

но когда у тебя железный сервак который отдает 10-20 гигабит стриминга нгинксом - то там не совсем получится иммутабельная инфра

получится. тока дорого

ибо нужено три сервера минимум

да можно все сделать я не спорю

но вот затраты и выхлоп

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

тут еще условие, что тебе надо продолжать обслуживать тех клиентов что уже зацепились

не отфутболивая их

есть тот же ара кстати

Что за ара?

Аналог таверны?

не

это отладчик скорее

https://github.com/openstack/ara

Аа, ясно.

ну часть кейса таура он могет

ну часть кейса таура он могет

http://ansible-playable.com

платный?

неа

в чем подвох?

никакого подхвоха

всё как есть

я взял потыкал. завел пару кейсов.

чувак на кейсы отвечает

на чем бабки то зарабатывает?

он эту штуку писал под какие то задания на курс обучения я так понял.

так что это побочный инструмент

есть шанс что он на него забьет

конечно

а вот вопрос, есть в ansible параметер -l он туда стрингу ждет или можно list впихнуть? в документации пустовато

Лист

Через запятую и с глобами

а ок, интереснее, спасибо

Не уверен про регекспы

Но мож и их

Коллеги, привет! Поделиться статьей про сборку Docker контейнеров при помощи Ansible и Paker можно?

Поделись

+

http://bit.ly/2fegF15

Пожалуйста. Как обычно, буду рад комментариям, вопросам, предложениям и пожеланиям.

"провеженером", my ass

есть лучший синоним?

Ну можно оставить английское написание, а если уж писать на русском, то провижинер имхо.

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

Самая "прекрасная" статья в этом блоге - это 10 признаков чёткого дивопса ;)) https://dev-ops-notes.ru/devops/10-%d0%be%d0%b1%d1%8f%d0%b7%d0%b0%d1%82%d0%b5%d0%bb%d1%8c%d0%bd%d1%8b%d1%85-%d0%bd%d0%b0%d0%b2%d1%8b%d0%ba%d0%be%d0%b2-devops-%d0%b8%d0%bd%d0%b6%d0%b5%d0%bd%d0%b5%d1%80%d0%b0/

Прямо идеальный набор баззвордов и антипаттернов

Прямо идеальный набор баззвордов и антипаттернов

ну так весь бложек сплошной хайп на баззворде )

Гайз, а есть какие-то практики как ставить всякое из git-репозитория, но при этом, чтобы плэйбуки корректно работали в check-mode (-C)

?

из той же оперы, чтобы поставить pip -e, но чтобы при каждом прогоне не переставляло )))

Гайз, а есть какие-то практики как ставить всякое из git-репозитория, но при этом, чтобы плэйбуки корректно работали в check-mode (-C)

Как бы в доках есть описание, там просто нужно обвесить чувствительные таски условиями ansible_check_mode http://docs.ansible.com/ansible/latest/playbooks_checkmode.html

народ, а какой простейший способ отрезать последний элемент из пути в переменной? к примеру var='/long/path/to/dir' => var='/long/path/to' это нужно чтобы удалить директорию вместе с родительской. или можно ли как-то сделать удаление проще?

не, у меня все на ансиблевых функциях как бы работает, такие костыли применять не хочется :)

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

впрочем спасибо за наводку, есть | dirname :)

{{ var | dirname }} делает ровно то что нужно

Коллеги, назрел вопрос. Есть роль деплоя приложения, в роли присутствует переменная с кол-вом приложений(приложения однотипные, отличаются только портами) Хочется сделать так, что бы после деплоя всех приложений продолжился только в том случае, если первое приложение задеплоилось удачно.

Все действия происходят на одном хосте

Собственно вопрос, как это реализовать в рамках одной роли и плейбука

when notify

это разное, но и то и другое подойдет

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

Возможно описал задачу криво.

сойдет

я умею читать сломанную логику

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

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

- { role: role_name, id: entitty_of_the_app, ports: ports, other_vars: other_vars }

на плэйбук повесить fail_hard

внутрь роли http_check

который фэйлит в случае не запуска

так же туда на http check можно повесить тригер when failed делать роллбэк

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

ну например

и сделать serial: 1

а serial разве не к хостам относится ?

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

Мне по факту надо указать только range портов

по этому значению я планирую генерить конфиги

а serial разве не к хостам относится ?

да к хостам. в плэе ставлю. если плэй против более одного, например