SJ
Юзер этих приложений только я
Size: a a a
2017 August 30
AK
Хотелось бы послушать об опыте использования ansible/saltstack и и т.п.
норм
AK
</thread>
SJ
в общем, прикрутить можно много чего для этого, другое дело, что что git/svn, что ansible/shef избыточны для этого )
А tarball-ы деплоить через scp неудобно
AK
надо наверное более предметно ситуацию посмотреть, что нужно и что есть
SJ
нужно таскать по дебиановским хостам своё окружение(vim/tmux/zsh преимущественно)
AK
и держать актуальными на всех хостах?
SJ
И иметь возможность его обновлять без боли на всех хостах
SJ
Точно так
SJ
Плюс гита в том, что на бранчах можно реализовать поддержку цыгвина и т.п.
d
А tarball-ы деплоить через scp неудобно
в общем, знаю где нечто подобное реализовано на svn, там актуальные конфиги подтягиваются из репы, по крону через svn update
AK
И иметь возможность его обновлять без боли на всех хостах
в общем, у ansible есть модули
можно класть мастер-конфиги в некое место, откуда они будут отправляться на хосты
ansible пушит по ssh, открывая на каждую запущенную команду новый ssh-коннект с хостом, saltstack пуллит от мастер-сервера по zeromq, держа с ним tcp-push и начиная работать сразу как мастер сигналит о задаче (нет оверхеда по времени на коннект)
и тому и другому на хосте нужен пайтон 2.7 или выше
замечу, что агенты солта (миньоны) обычно ставятся system-wide, т.е. привелегированными (хотя могут работать unprivileged, но всё-равно пакет и сервис ставится system-wide, в /etc/salt/ и т.д.)
обе тулы имеют как эксклюзивные, так и пересекающиеся фичи, имеют свои преимущества из-за разницы в парадигме
другой вопрос, что в них есть некоторый порог вхождения, из-за которого возможно будет быстрее написать свой баш-враппер на rsync, проходящий по списку хостов или запускающий их параллельно
(хотя упомянутые тулы стоят своего времени хотя бы потому, что умеют не только держать файлы актуальными, но и много других полезных оркестровых вещей)
copy и synchronize, у saltstack есть модули file.managed и file.recurseможно класть мастер-конфиги в некое место, откуда они будут отправляться на хосты
ansible пушит по ssh, открывая на каждую запущенную команду новый ssh-коннект с хостом, saltstack пуллит от мастер-сервера по zeromq, держа с ним tcp-push и начиная работать сразу как мастер сигналит о задаче (нет оверхеда по времени на коннект)
и тому и другому на хосте нужен пайтон 2.7 или выше
замечу, что агенты солта (миньоны) обычно ставятся system-wide, т.е. привелегированными (хотя могут работать unprivileged, но всё-равно пакет и сервис ставится system-wide, в /etc/salt/ и т.д.)
обе тулы имеют как эксклюзивные, так и пересекающиеся фичи, имеют свои преимущества из-за разницы в парадигме
другой вопрос, что в них есть некоторый порог вхождения, из-за которого возможно будет быстрее написать свой баш-враппер на rsync, проходящий по списку хостов или запускающий их параллельно
(хотя упомянутые тулы стоят своего времени хотя бы потому, что умеют не только держать файлы актуальными, но и много других полезных оркестровых вещей)
SJ
ansible, скорее всего, подойдёт мне больше, т.к. проще и менее заточен под энтерпрайз, который мне особо не нужен.
SJ
да и ssh на всех хостах есть
SJ
попробую, спасибо
SJ
в любом приличном айтишном чатике раздают полезную инфу если спрашивать (начиная с определенного количества мемберов)