Комментарии 9
Решал подобную задачу проще. Использовал config.vm.provision. В итоге не пришлось городить костыли и заводится без танцев с бубном везде. Смысл в том, что запускается Ansible в самой VM.
Решал подобную задачу проще. Использовал config.vm.provision.
В смысле, шелл-провиженинг с командой, которая запускает Ansible на целевом хосте?
Вообще говоря, при условии, что ансибловские рецепты лежат рядом с проектом и монтируются на гостевую систему вместе с ним и в гостевой системе установлен Ansible (что для девелоперского окружения вполне допустимо) — отличный вариант.
Разве что провиженить так что-то кроме dev-окружения на вагрантовской виртуалке не получится (ну, или получится, но будет решительно неудобно).
Ну и да, целью тут было скорее поделиться опытом, а не рассказать, как надо делать. Потому что если бы я что-то такое прочитал в самом начале, то вряд ли бы пошел тем путем, которым пошел :-)
В смысле, шелл-провиженинг с командой, которая запускает Ansible на целевом хосте?
Именно так. Сначала ставим ansible и после запускаем.
Разве что провиженить так что-то кроме dev-окружения на вагрантовской виртуалке не получится (ну, или получится, но будет решительно неудобно).
Почему же не получится? С той же VM можно запустить ansible на прод. Делается в 2 команды.
Ну и да, целью тут было скорее поделиться опытом, а не рассказать, как надо делать. Потому что если бы я что-то такое прочитал в самом начале, то вряд ли бы пошел тем путем, которым пошел :-)
Теперь можете попробовать такой вариант и это спасет кучу времени вам и другим разработчикам.
Почему же не получится? С той же VM можно запустить ansible на прод. Делается в 2 команды.
Я подумал сразу про такую же схему для продакшена/QA/whatever — запихнуть туда Ansible и провиженить локалхост. Это решение из той же категории, что и описанное в статье — так делать не стоит, поэтому и ответил сразу, что неполучится.
А с девелоперской виртуалки — да, можно, конечно.
Вот еще хорошая статья по той же тематике
www.azavea.com/blogs/labs/2014/10/running-vagrant-with-ansible-provisioning-on-windows/
Там рекомендуется шелл под win: babun.github.io
www.azavea.com/blogs/labs/2014/10/running-vagrant-with-ansible-provisioning-on-windows/
Там рекомендуется шелл под win: babun.github.io
Нет никаких проблем запустить Ansible из-под Windows. Virtualbox + гостевая Linux ОС легко решает «проблему».
Всё так.
Изначальным планом было отпровиженить машину с гостевым Debian'ом, на которой не было бы самого ansible (сама идея, состоящая в том, что на конфигурируемой машине нет ничего, кроме sshd, достаточно привлекательна) и попытка запустить всё это дело под Windows имела скорее академический интерес и долго не прожила (впоследствии на виртуалку для разработчиков был-таки поставлен ansible и вместо удаленного провиженинга стали использовать локальный — на виртуалке выполняется ansible-playbook и она сама себя настраивает).
Изначальным планом было отпровиженить машину с гостевым Debian'ом, на которой не было бы самого ansible (сама идея, состоящая в том, что на конфигурируемой машине нет ничего, кроме sshd, достаточно привлекательна) и попытка запустить всё это дело под Windows имела скорее академический интерес и долго не прожила (впоследствии на виртуалку для разработчиков был-таки поставлен ansible и вместо удаленного провиженинга стали использовать локальный — на виртуалке выполняется ansible-playbook и она сама себя настраивает).
Это если у вас рабочая машина имеет все права, а если вас заказчик засадил куда нибудь в AWS…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Ansible под Windows с костылями, подпорками и интеграцией с Vagrant