разумеется я предусмотрел быстрый и простой откат

Хм, а в ansible можно сделать двойной цикл?

Да хоть тройной. Все зависит от кол-ва наркотиков которые ты употребишь

Ну и твоих познаний по программированию на jinja2 )

Хм, а в ansible можно сделать двойной цикл?

Ладно...короче когда ты хочешь сделать какую-то сложную хуйню в Ansible проще забыть про все, открыть страницу под названием "Как писать плагин или модуль под Ansible на Python" и написать это все на Python. Так ты хотя бы карму не испортишь себе.

Мне просто нужно параметрично по названию папок копировать в них репозитории из списка)

типо for each in папки, for each in repository

Окей, буду думать

А да, специально для меня есть with_subelements

ну это ещё не сильно программирование.

set_fact + with_[whatever]*

Уже на грани

да тихо ) не даешь мне примеров для книги собрать )

типо for each in папки, for each in repository

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

А да, специально для меня есть with_subelements

оно нормально работает

А подскажите по ансибль: например, у меня три задачи, у всех есть тэг "install", у одной тэг "config". Если я запущу ansible-playbook —tags "install,config" то выполнится только одна задача или все три?

Всем привет!

3

Всем привет, время нубских вопросов от меня всё ближе, пока просто почитаю

интересно, это хабраэффект с какого-то канала или боты набежали?

Девопс_ру напомнил сегодня

У меня курс обучения, через месяц пойдём по всем CM

я скинул ссылку в девопс_ру

не думал, что попрут на свет

так надо сначала светы выключать, а уж потом ссылку

там у них всё еще докер верхом на докере? :) или рассосалось? :)

А подскажите по ансибль: например, у меня три задачи, у всех есть тэг "install", у одной тэг "config". Если я запущу ansible-playbook —tags "install,config" то выполнится только одна задача или все три?

все 3. быстрее это было протестить

там у них всё еще докер верхом на докере? :) или рассосалось? :)

docker FTW, я слежу за огнём , подкидываю дров :)

docker FTW, брат

я тут роль для swarm кластера обкатываю)

rkt ftw

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

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

Зачем?

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

не, докер ещё сырой

Зачем?

ну чтобы все сервисы не наебнулись вместе с самим докером

ну чтобы все сервисы не наебнулись вместе с самим докером

Кэос манкий

ват

ват

Кэос манкий

Отказ одного узла не должен валить систему

Педз версус кэттл

а. если кластерами херачить, то да

но в идеале отказ любого одного элемента не должен валить систему, а это редкость.

*заменяемого/восстанавливаемого/переустанавливаемого элемента

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

Да, опцией старта демона

Опция несовместима с сварм модом

норм

Всем доброго времени суток. Вопрос: можно ли как-нибудь запустить плейбук с git репозитория например, предварительно не клонируя его на хост с которого хочу запустить?

Нашел упоминание про ansible-pull, вроде то что нужно.

Это примерно тот же пулл

Народ изобретает из ансибла salt ?)

салт не нужен

Ну смотря для чего. Каждому кораблю своё море

А подскажите какой-нибудь энтерпрайзненький способ сделать симлинки рекурсивно? Речь о /etc/nginx/sites-available/*

А подскажите какой-нибудь энтерпрайзненький способ сделать симлинки рекурсивно? Речь о /etc/nginx/sites-available/*

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

ERROR: S client not available

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

Я готовлю плейбук, который добавит новые конфиги, создаст симлинки и перезапустит nginx. Потом ещё возникнет проблема: как удалить файлы на сервере, которые я удалил на рабочем компе.

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

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

Да, но если я добавлю файл, мне нужно будет, также, править и плейбук.

надо - name: Setup nginx template: src: "{{item.name}}" dest: "{{item.path}}" notify: reload nginx with_items: - name: mysite.conf.j2 path: "{{ nginx_conf_path }}" - name: upstream.conf.j2 path: "{{nginx_conf_upstream_path}}" tags: - config

в таком вот стиле

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

значит делать симлинки там и смешивать два варианта систем конфигурации нет смысла.

можно сразу ставить в nginx/conf.d/mysite.conf

можно сразу ставить в nginx/conf.d/mysite.conf

Тоже вариант.

можно сразу ставить в nginx/conf.d/mysite.conf

+

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

+1

Да. Так и сделаю. Спасибо).

народ а не видел кто чатик про продукты хашикорпа ?

@ru_hashicorp запили. велкам кому интересно. не сочтите за спам.

это не решает проблему того, что конфиг сайта иногда надо удалять

да, это немного сложнее. я видел несколько паттернов решения этой проблемы в одном делается два массива. файлы которые должы present во втором те которые должны быть absent. ну и соответственно применняются. второй вариант решения проблемы - shell: ls -1 /some/dir register: contents - file: path=/some/dir/{{ item }} state=absent with_items: contents.stdout_lines when: item not in managed_files ну и совсем дикий вариант это отказ от идеологии config.dir ею изза удалени в ансибле не очень удобно пользоваться. и всё делать большими файлами.

вопрос уже был. syncronize.

если без shell. ну или через shell.

вариант да. но так же ограничено годен.

вариант с двумя массивами имхо лучше всего масштабирутеся

ну и портируется на всякое. юзеры там всяческие, файлы

1 большой файл неудобно же, у тебя роль nginx и роль под каждый бекенд или как вы это решаете?

1 большой файл неудобно же, у тебя роль nginx и роль под каждый бекенд или как вы это решаете?

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

ну че там

традиционный вопрос

когда опенсорсный тауер уже?