Aleksey
ну для приватных билдов может и годно..
Denis
Denis 災 nobody
Тогда неправильно ставится вопрос. Есть вот такая задача, доку не читал, подойдет ли мне продукт Х. Или - сравниваю Х, У и хочу понять что больше подойдет. Документацию пока не читал
Denis 災 nobody
Тогда лишних вопросов не будет )
Denis 災 nobody
А начинать изучение надо именно с документации а не вопросов
Denis
Pavel
У ансибля на стартовой странице полный набор devops bullshit bingo слов
Pavel
Deploy apps. Manage systems. Crush complexity.
Ansible helps you build a strong foundation for DevOps.
Pavel
Которые вообще ни о чем не говорят. Из документации тоже не очень понятно, говно или нет. Паппет вот тоже средство автоматизации и деплоя.
Pavel
Самое эффективное - это получить пару отзывов от людей которые реально используют и знают лучшие кейсы.
Max
И к чему этот монолог был?
Pavel
К тому что слать в документацию зачастую неверно
Denis
Это к сообщениям выше
Max
Сорян, не проснулся ещё
SergeyB
почитать overview для начала все равно необходимо
Pavel
Да я читаю сотни овервьюх у разных продуктов, и что? Там везде написаны одни и те же пафосные слова - автоматизация, девопс, new way of thinking. Однако говнопродукт от хорошего инстурмента очень быстро можно отличить именно благодаря людям, с которыми пообщаешься.
Aleksandr
Самый правильный вариант взять и попробовать все :)
Pavel
И сдохнуть в одиночестве в темной комнате годам к 40 от язвы желудка, да.
Aleksandr
Потому что задачи Васи он помогает решить, а задачи Вани нет :)
Denis 災 nobody
чтобы сразу было понятно что задача не "сделайте мне по быстрому систему", а просто понять, стоит ли вообще изучать.
Pavel
Парни, всем привет) Ещё не использовал Ansible. Кто-нибудь подружил его с CoreOS? Как сделать такой простой сценарий?
1) Зайти на список серверов
2) Поменять содержимое файла (под sudo)
3) Выполнить команду, если она успешно прошла - выполнить вторую и отправить машину на reboot
Pavel
А что из этого сообщения прям вообще не догадаться чтоли?
Pavel
> Парни, всем привет) Ещё не использовал Ansible.
>> Ещё не использовал Ansible.
>>> *не использовал Ansible*
Denis 災 nobody
нуок.
Aleksandr
Стоп, там вроде ответ был :)
Aleksandr
типа этого
Denis 災 nobody
а, там дальше были вопросы про "нужен ли питон".. а начало как-то упустил
Denis 災 nobody
так что извиняюсь )
Aleksandr
Dmitrii Korotovskii, [28.08.16 13:20]
1) Этого делать не надо
2) См. пункт 3
3) Написать плейбук с 3мя тасками, поменять содержимое, команда, ребут
Dmitry
Dmitrii
И откуда ж вы все такие злые беретесь?)
Dmitry
до сорока лет без язвы дожили. без школоты в отрасли.
а потом понабежало занятых и мы стали злые
Dmitry
и да, заходить в чатиг про ansible с дебютом "питон не любим" - это пять. ну нахер пошел тогда да и все, че вы там любите :) руби?
Pavel
Да вы не стали злые, а и были такие. Сидели как горлумы в своих чорных консолях и ненавидели всех кто занимается чем-то другим и думает иначе.
Aleksandr
Не надо базара :) Задавай вопросы по делу
Dmitry
Oleksandr
> Сидели как горлумы в своих чорных консолях и ненавидели всех кто занимается чем-то другим и думает иначе
надо запомнить фразу
Oleksandr
я и сейчас так делаю!
Pavel
Я тоже делаю, но не показываю этого :)
Aleksandr
Без питона ансибл - просто выполнялка команд по ssh, никакого преимущества по сравнению с любым другим скриптом на баше оно не даст. Вся сила ансибла в наличии готовых модулей на питоне, которые выполняются на стороне клиента. По мне это еще большое количество готовых плейбуков на https://galaxy.ansible.com/
Pavel
ИЧСХ, сами авторы ансибля нормально общаются в пулл реквестах и никого не посылают на 3 буквы. Работают над своим продуктом, всегда открыты к вопросам и идеям.
Dmitry
ну ты пока не задал ни одного вопроса и не озвучил ни одной идеи. так что :)
Pavel
Я тут задавал вопросы, есичо. И мне отвечали конструктивно и вежливо.
Aleksandr
Aleksandr
всего три таски :)
Denis
Denis
Спасибо
Aleksandr
👍
Но там 2 модуля стандартных, так что придется тебе туда питон загрузить или переделывай все на raw модуле http://docs.ansible.com/ansible/raw_module.html , обрати внимание на замечания , надо отключить сбор фактов в этом случае.
Denis 災 nobody
когда ты выбираешь, не прочтя документации - это говна кусок и вон из профессии.
был такой комментарий уже?
нет, и это неправильно. Вот надо взять систему деплоя, как минимум надо узнать что оно бывает 2 видов - "что надо сделать" и "что должно получиться", по научному императивное и декларативное описание. Потом гуглинг дает нам шеф, паппет, цфенжин, ансибл, солтстэк - как минимум, и получается полный вынос мозга. И читать доки на все эти системы смысла нет совершенно. Тут нужны больше статьи по их сравнению. А доку читать - когда продукт уже выбран.
Dmitry
нет, и это неправильно. Вот надо взять систему деплоя, как минимум надо узнать что оно бывает 2 видов - "что надо сделать" и "что должно получиться", по научному императивное и декларативное описание. Потом гуглинг дает нам шеф, паппет, цфенжин, ансибл, солтстэк - как минимум, и получается полный вынос мозга. И читать доки на все эти системы смысла нет совершенно. Тут нужны больше статьи по их сравнению. А доку читать - когда продукт уже выбран.
он даже overview не хотел читать, откуда он узнает, какой из инструментов императивный, а какой декларативный?
Denis 災 nobody
Denis 災 nobody
Dmitry
нет, и это неправильно. Вот надо взять систему деплоя, как минимум надо узнать что оно бывает 2 видов - "что надо сделать" и "что должно получиться", по научному императивное и декларативное описание. Потом гуглинг дает нам шеф, паппет, цфенжин, ансибл, солтстэк - как минимум, и получается полный вынос мозга. И читать доки на все эти системы смысла нет совершенно. Тут нужны больше статьи по их сравнению. А доку читать - когда продукт уже выбран.
и да, будешь удивлен, но я прочёл это всё. и все попробовал
Melnikov Alexandr
@cadmi Завидую, много свободного времени есть.
Dmitry
из вики? )
да какая вики, он про собственный инструмент coreos ничего не читал :) https://coreos.com/blog/managing-coreos-with-ansible/
Denis 災 nobody
потому что в доке никто вменяемый никогда не напишет "наша система хороша вот тут, но тут и там она полный отстой by desing"
Dmitry
Melnikov Alexandr
Я вот тоже давно начал много видел. И много работал.
Melnikov Alexandr
Но попробовать шеф или папет, даже не задумывался.
Aleksandr
Возможно тебе хватает тех инструментов, что у тебя есть :)
Denis 災 nobody
а еще - сюрприз - императивное и декларативное может быть на 1 сервере, для выкатки разных вещей, и это норма. и об этом тоже в доке не будет
Aleksandr
опять срач какой то
Aleksandr
сколько ж можно)
Aleksandr
Дмитрий опять всех хуями кроет...)
Dmitry
Lex
а так, все правильно делает
Aleksandr
:D
Dmitry
это вы не видели, как я крыл ansible, когда писал на saltstack :D
Lex
Dmitry
эм, а тут подробнее пожалуйста?
ну, когда у меня было много серверов, я любил agent, быстродействие и непробиваемость (из-за того что очереди) солонки :)
Lex
Lex
это понятно, может просто другая причина была полюбить ansible после salt
Dmitry
да нет, я просто обычно пользуюсь тем, что больше подходит