значит некая тулза, которая делает некие манипуляции с заданными машинами?

Может начать всё-таки с документации (линк в пине) и не позориться вопросами с первой страницы этой доки? И да, питон просто должен быть. И ссш с ключами.

Может начать всё-таки с документации (линк в пине) и не позориться вопросами с первой страницы этой доки? И да, питон просто должен быть. И ссш с ключами.

Когда ты работаешь с этим - это одно, когда ты выбираешь одно из десятка решений - это другое. Но в целом да, если ответов нет, то документация выручит.

Тогда неправильно ставится вопрос. Есть вот такая задача, доку не читал, подойдет ли мне продукт Х. Или - сравниваю Х, У и хочу понять что больше подойдет. Документацию пока не читал

Тогда лишних вопросов не будет )

А начинать изучение надо именно с документации а не вопросов

Тогда неправильно ставится вопрос. Есть вот такая задача, доку не читал, подойдет ли мне продукт Х. Или - сравниваю Х, У и хочу понять что больше подойдет. Документацию пока не читал

??

У ансибля на стартовой странице полный набор devops bullshit bingo слов

Deploy apps. Manage systems. Crush complexity. Ansible helps you build a strong foundation for DevOps.

Которые вообще ни о чем не говорят. Из документации тоже не очень понятно, говно или нет. Паппет вот тоже средство автоматизации и деплоя.

Самое эффективное - это получить пару отзывов от людей которые реально используют и знают лучшие кейсы.

И к чему этот монолог был?

К тому что слать в документацию зачастую неверно

Это к сообщениям выше

Сорян, не проснулся ещё

почитать overview для начала все равно необходимо

Да я читаю сотни овервьюх у разных продуктов, и что? Там везде написаны одни и те же пафосные слова - автоматизация, девопс, new way of thinking. Однако говнопродукт от хорошего инстурмента очень быстро можно отличить именно благодаря людям, с которыми пообщаешься.

Самый правильный вариант взять и попробовать все :)

И сдохнуть в одиночестве в темной комнате годам к 40 от язвы желудка, да.

Потому что задачи Васи он помогает решить, а задачи Вани нет :)

К тому что слать в документацию зачастую неверно

ну так выше и было - "не изучал, доку не читал, хочу понять подойдет ли" или "и чем отличается от ХХХ"

чтобы сразу было понятно что задача не "сделайте мне по быстрому систему", а просто понять, стоит ли вообще изучать.

Парни, всем привет) Ещё не использовал Ansible. Кто-нибудь подружил его с CoreOS? Как сделать такой простой сценарий? 1) Зайти на список серверов 2) Поменять содержимое файла (под sudo) 3) Выполнить команду, если она успешно прошла - выполнить вторую и отправить машину на reboot

А что из этого сообщения прям вообще не догадаться чтоли?

> Парни, всем привет) Ещё не использовал Ansible. >> Ещё не использовал Ansible. >>> *не использовал Ansible*

нуок.

Стоп, там вроде ответ был :)

типа этого

а, там дальше были вопросы про "нужен ли питон".. а начало как-то упустил

так что извиняюсь )

Dmitrii Korotovskii, [28.08.16 13:20] 1) Этого делать не надо 2) См. пункт 3 3) Написать плейбук с 3мя тасками, поменять содержимое, команда, ребут

Когда ты работаешь с этим - это одно, когда ты выбираешь одно из десятка решений - это другое. Но в целом да, если ответов нет, то документация выручит.

когда ты выбираешь, не прочтя документации - это говна кусок и вон из профессии. был такой комментарий уже?

И откуда ж вы все такие злые беретесь?)

до сорока лет без язвы дожили. без школоты в отрасли. а потом понабежало занятых и мы стали злые

и да, заходить в чатиг про ansible с дебютом "питон не любим" - это пять. ну нахер пошел тогда да и все, че вы там любите :) руби?

Да вы не стали злые, а и были такие. Сидели как горлумы в своих чорных консолях и ненавидели всех кто занимается чем-то другим и думает иначе.

Не надо базара :) Задавай вопросы по делу

> Сидели как горлумы в своих чорных консолях и ненавидели всех кто занимается чем-то другим и думает иначе надо запомнить фразу

я и сейчас так делаю!

Я тоже делаю, но не показываю этого :)

Без питона ансибл - просто выполнялка команд по ssh, никакого преимущества по сравнению с любым другим скриптом на баше оно не даст. Вся сила ансибла в наличии готовых модулей на питоне, которые выполняются на стороне клиента. По мне это еще большое количество готовых плейбуков на https://galaxy.ansible.com/

ИЧСХ, сами авторы ансибля нормально общаются в пулл реквестах и никого не посылают на 3 буквы. Работают над своим продуктом, всегда открыты к вопросам и идеям.

ну ты пока не задал ни одного вопроса и не озвучил ни одной идеи. так что :)

Я тут задавал вопросы, есичо. И мне отвечали конструктивно и вежливо.

Парни, всем привет) Ещё не использовал Ansible. Кто-нибудь подружил его с CoreOS? Как сделать такой простой сценарий? 1) Зайти на список серверов 2) Поменять содержимое файла (под sudo) 3) Выполнить команду, если она успешно прошла - выполнить вторую и отправить машину на reboot

вот тебе готовый плейбук для изменения cloud config https://github.com/mkaag/ansible-coreos-cloudinit

всего три таски :)

вот тебе готовый плейбук для изменения cloud config https://github.com/mkaag/ansible-coreos-cloudinit

?

Спасибо

?

Но там 2 модуля стандартных, так что придется тебе туда питон загрузить или переделывай все на raw модуле http://docs.ansible.com/ansible/raw_module.html , обрати внимание на замечания , надо отключить сбор фактов в этом случае.

когда ты выбираешь, не прочтя документации - это говна кусок и вон из профессии. был такой комментарий уже?

нет, и это неправильно. Вот надо взять систему деплоя, как минимум надо узнать что оно бывает 2 видов - "что надо сделать" и "что должно получиться", по научному императивное и декларативное описание. Потом гуглинг дает нам шеф, паппет, цфенжин, ансибл, солтстэк - как минимум, и получается полный вынос мозга. И читать доки на все эти системы смысла нет совершенно. Тут нужны больше статьи по их сравнению. А доку читать - когда продукт уже выбран.

нет, и это неправильно. Вот надо взять систему деплоя, как минимум надо узнать что оно бывает 2 видов - "что надо сделать" и "что должно получиться", по научному императивное и декларативное описание. Потом гуглинг дает нам шеф, паппет, цфенжин, ансибл, солтстэк - как минимум, и получается полный вынос мозга. И читать доки на все эти системы смысла нет совершенно. Тут нужны больше статьи по их сравнению. А доку читать - когда продукт уже выбран.

он даже overview не хотел читать, откуда он узнает, какой из инструментов императивный, а какой декларативный?

ну ты пока не задал ни одного вопроса и не озвучил ни одной идеи. так что :)

вопрос уже был...

он даже overview не хотел читать, откуда он узнает, какой из инструментов императивный, а какой декларативный?

из вики? )

нет, и это неправильно. Вот надо взять систему деплоя, как минимум надо узнать что оно бывает 2 видов - "что надо сделать" и "что должно получиться", по научному императивное и декларативное описание. Потом гуглинг дает нам шеф, паппет, цфенжин, ансибл, солтстэк - как минимум, и получается полный вынос мозга. И читать доки на все эти системы смысла нет совершенно. Тут нужны больше статьи по их сравнению. А доку читать - когда продукт уже выбран.

и да, будешь удивлен, но я прочёл это всё. и все попробовал

и да, будешь удивлен, но я прочёл это всё. и все попробовал

вполне допускаю. И тем важнее был бы именно твое мнение - "вот это ТЕБЕ не нужно, а вот это самое оно, а теперь ртфм, линк, и посыл на три буквы"

@cadmi Завидую, много свободного времени есть.

из вики? )

да какая вики, он про собственный инструмент coreos ничего не читал :) https://coreos.com/blog/managing-coreos-with-ansible/

потому что в доке никто вменяемый никогда не напишет "наша система хороша вот тут, но тут и там она полный отстой by desing"

@cadmi Завидую, много свободного времени есть.

давно начал. много видел.

Я вот тоже давно начал много видел. И много работал.

Но попробовать шеф или папет, даже не задумывался.

Возможно тебе хватает тех инструментов, что у тебя есть :)

а еще - сюрприз - императивное и декларативное может быть на 1 сервере, для выкатки разных вещей, и это норма. и об этом тоже в доке не будет

Но попробовать шеф или папет, даже не задумывался.

в чятике про питон я обоснованно могу крыть хуями джангу, что она кусок говна. потому что работал с ней с 0.9 версии и работаю с ней до сих пор :) это очень помогает :)

опять срач какой то

сколько ж можно)

ERROR: S client not available

Дмитрий опять всех хуями кроет...)

Дмитрий опять всех хуями кроет...)

да причем тут я :)

Дмитрий опять всех хуями кроет...)

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

а так, все правильно делает

:D

это вы не видели, как я крыл ansible, когда писал на saltstack :D

это вы не видели, как я крыл ansible, когда писал на saltstack :D

эм, а тут подробнее пожалуйста?

эм, а тут подробнее пожалуйста?

ну, когда у меня было много серверов, я любил agent, быстродействие и непробиваемость (из-за того что очереди) солонки :)

ну, когда у меня было много серверов, я любил agent, быстродействие и непробиваемость (из-за того что очереди) солонки :)

стало меньше серверов?

стало меньше серверов?

люди меняют работы, так бывает :)

это понятно, может просто другая причина была полюбить ansible после salt

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

ну когда, условно говоря, три сервера, а не триста, saltstack - это слегка оверкилл

а любимый аргумент упоротых (не все такие) адептов ansible - "фу, солт - это агент, а это ацтой, иво нада ставеть"

иногда совершенно непонятно, что собственно в агенте плохого то :) кроме религиозных предрассудков )

иногда совершенно непонятно, что собственно в агенте плохого то :) кроме религиозных предрассудков )

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

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

ну так их шлешь с их предрассудками, они потом обижаются иногда )

но я предпочитал рассказывать про salt-ssh, который agentless, получалось смешнее

так скажу, ansbile _проще_, во всех смыслах. и в смысле "более низкий порог вхождения", что безусловно достоинство. и в смысле "примитивнее", что с определенного этапа превращается в недостаток (но до этого доживают не все)

а любимый аргумент упоротых (не все такие) адептов ansible - "фу, солт - это агент, а это ацтой, иво нада ставеть"

я почему-то чаще с обратным аргументом сталкивался, мол как это можно без агента работать. А ЕСЛИ SSH ОТВАЛИТСЯ

агенты не любят по другим причинам... агент это лишний пакет, на который могут слить какой нибудь пиздец другие разработчики

проходили...

а вы не путайте систему деплоя и конфиг манагер

и агенты вас не будут бесить

не, путать норм

как по мне

а потом хейтить, да?)

друже, подскажите, у ансибла есть модули для цисок?

хорошей ссылки будет достаточно

а

https://docs.ansible.com/ansible/ios_template_module.html

там же питон нужен на сервере