Pull to refresh

Comments 14

Астрологи объявили неделю Ansible.
Количество постов про ansible увеличилось втрое.

Хочу порекомендовать вот эту книгу в качестве обзорной по инструментам CM:
https://valdhaus.co/books/taste-test-puppet-chef-salt-stack-ansible.html

Ну и на мой взгляд автор статьи выбирает весьма спорные решения, например:
>Ветка devel всегда стабильна
https://github.com/ansible/ansible/issues

>make deb
>sudo dpkg -i…

и т.д.
Спасибо, статья хороша, основное разжовано в примерах. Весь вывод, тот что в code — можно в сполер еще убрать.

По поводу "Откатываемся, если есть проблемы": для обработки ошибок лучше использовать появившиеся в версии 2.0 (актуальная — 2.1) специально для этого предназначенные "блоки".


Оф. документация: http://docs.ansible.com/ansible/playbooks_blocks.html#error-handling


Копипаста чтобы по ссылке не ходить:


 tasks:
  - block:
      - debug: msg='i execute normally'
      - command: /bin/false
      - debug: msg='i never execute, cause ERROR!'
    rescue:
      - debug: msg='I caught an error'
      - command: /bin/false
      - debug: msg='I also never execute :-('
    always:
      - debug: msg="this always executes"
Хочу порекомендовать посмотреть штуку по имени molecule.
Это примерно как test-kitchen, только сильно заточенная на ansible.
Она же сама запускает вагрант, провиженит, потом запускает тесты на testinfra и/или serverspec.
Очень удобная штука, но пока не безгрешная.
А можно чуть чуть рассказать про зависимость ролей, что-то не увидел где указывается это.
Сорри, нашел
http://docs.ansible.com/ansible/playbooks_roles.html#role-dependencies
Кстати ссылка в документации по ролям ведет на китайский сайт.

Заходишь раз в неделю на Хабр — а там новая статья про Ansible, а в ней — всё то же самое.
С — стабильность.

Согласен, постоянно Хелло Ворлд.
Поделился бы хоть кто-нибудь своим репозитарием.
Я бы еще указал альтернативный (или даже основной) метод создания пустой роли (соответственно структуры каталогов, при этом конечно могут создаваться не используемые каталоги, но знать полезно): ansible-galaxy init role-name
Так же думаю стоило бы оговорить, что использование root'а для подключения/деплоя не то чтобы не обязательно, или является более простым подходом, а не рекомендуемо, или допустимо только в тестовой среде. Не говоря уже о базовой рекомендации не работать в Linux под root'ом, тем более подключаться под ssh, что думаю так же относится и к ansible, в котором кроме ключей можно при необходимости использовать переменные ansible_become_user, ansible_become_pass и т.д.
А кто-нибудь сталкивался с работой извращенно-ограниченного sudo? Столкнулся с такой проблемой: https://toster.ru/q/394751
Only those users with full accounts are able to leave comments. Log in, please.