не знаю, получаю по указанным параметрам машину и далее уже доустанавливаю то чего не хватает

Выглядит как что-то странное

Но если есть модуль, то почему бы и нет

ansible -a 'whoami'

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

а если между сработками крона прошло изменение которое обязательно для следующего обновления? ансибл что тогда сделает? возьмет текущее и расхерачит всё?

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

зачем крон, когда у него Женька есть

карочи я бы на чистом ансибле + крон не решился бы на такое, только по прямому указанию манагера

Коллеги, подскажите пожалуйста. У меня есть несколько серверов, на которых периодически нужно обновлять конфигурационный файл. Последний раз я обновлял файл конфига на сервере с Ansible и через него раскидывал копию на целевые машины. Слышал что можно сделать обновление в автоматическом режиме, если скидывать новую версию файла в Git и настроить Jenkins чтобы он сам делал обновление, как только новая версия появляется на Git. Можно ли подобное настроить на Ansible?

1. Самый легкий вариант - настроить jenkins, чтобы при пуше в репу он запускал ансибл для раскатки конфига. Нужен будет хук из гита в джобу дженкинса, в зависимости от используемого гита, и плагин/плагины для jenkins. 2. Вариант по крону стремный, но для простых конфигов будет работать. 3. Теоретически можно сделать это и без jenkins, настроив какой-нибудь post-commit hook в самом гите который запускает ansible Сразу продумайте варианты проверки конфига на валидность и что будет, если зальется конфиг в git и он окажется нерабочим.

Jenkins нет, git тоже пока нет. Есть Ansible, для которого был написан один плейбук на установку java и logstash. Я просто раньше никогда не работал с Jenkins и не знаю насколько он лучше Ansible для текущей задачи (автоматически следить за обновлением файла и раскидывать на целевые серверы)

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

Пока это просто файл фильтров для logstash. В перспективе может будет использоваться для чего-то еще. Пока это больше как факультативное занятие для саморазвития

Начните просто с git + ansible Я посоветую еще посмотреть AWX - https://github.com/ansible/awx и Rundeck для автоматизации ансибловых воркбуков. Я ими не пользовался - подсказать не смогу,но может это то, что вам нужно и без jenkins'а.

Git и Ansible через cron?

Можно без крона, начните просто хранить воркбуки и конфиги в гите :)

Прям такой же вопрос возник :) Нет времени на изыскания. Что использовать: rundeck/polimarch/awx/gitlab-ci? :) gitlab уже есть

Юзайте AWX. Вполне добротный инструмент. У нас сделано следующим образом - gitlab-ci отвечает за сборку, тесты и публикацию в приватный репозиторий (maven, npm, rpm, etc.). А после он дергает AWX по REST API. AWX занимается конфигурированием окружения и деплоем вплоть до хелсчеков.

как так то, надо починить, хочу перформанс космический

Опенсорс жи 😁 чини, кто против-то?

не, я подожду, пока кто -нибудь починит %)

Юзайте AWX. Вполне добротный инструмент. У нас сделано следующим образом - gitlab-ci отвечает за сборку, тесты и публикацию в приватный репозиторий (maven, npm, rpm, etc.). А после он дергает AWX по REST API. AWX занимается конфигурированием окружения и деплоем вплоть до хелсчеков.

API AWX-а позволит из CI системы дернуть какой-то урл чтоб он вытянул изменения проекта из SCM?

Да про это в курсе. Ручками проект добавил, все спулилось (даже сабмодули) Пока взглядом пробежался по доке - не нашел что дергать, чтоб при пуше в репу обновлялся проект в AWX-е

можно сделать вебхук: при изменении в репе дергается API AWX. вебхуки поддерживают все модные репы: битбакет, гитлаб, гитхаб.

Ты знаешь, когда я с женой начинал рекламировать свой курс, слышали частый ответ - "приду на второй заход". Ну вот какой второй, если первый не набирается? Так и здесь - у сообщества нет рук, кроме твоих 😊 Ну вот кто будет за тебя упарываться про ту фичу, которая нужна только тебе?

ладно, уговорил, открыл ишью %)

на самом деле мы, вместо gitlab-ci, юзаем бамбу, так как у нас весь стек атлассиана. и дергаем AWX не через вебхуки, а через бамбу. пример: curl -v \ -H "Authorization: Bearer ${bamboo.awx_secret}" \ -H "Content-Type: application/json" \ -d '{}' \ -X POST ${bamboo.awx_url}/api/v2/projects/68/update/

Привет. Господа, а как правильно сравнить item’ы из двух разых dict’ов, которые создались при register? Пример. - name: get sha1 checksum stat: path: "{{ home_dir }}/repos/{{ item.id }}.zip" checksum_algorithm: sha1 with_items: - "{{ engines.components }}" register: local_sha - name: Read sha1 of defined engines on artifactory uri: url: "{{engines.url}}/{{item.group_id}}/{{item.id}}/{{item.version}}/{{item.id}}-{{item.version}}.zip.sha1" return_content: yes validate_certs: no with_items: "{{ engines.components }}" register: remote_sha Вариант - debug: msg: "{{ item.stat.checksum }} and {{ item.content }}" with_items: - "{{ local_sha.results }}" - "{{ remote_sha.results }}" не работает