Size: a a a

2021 February 28

AT

Aslan Tokhchukov in DevOps Moscow
Vitaly Khabarov
Я бы начал опрос с вопросов не про юз кейсы, а чем сейчас не устраивает именно Ansible, Puppet Bolt и аналоги. У них уже есть большое сообщество, множество модулей и примеров использования. Нужен ли еще один инструмент? чем он будет выгодно отличаться?

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

Плюс, я полагаю, вы огребете при работе с нестандартными shell’ами, отсутствием каких-нибудь библиотек, отработкой ошибок и потерей коннектов
Я согласен, но кроме ансибла я вообще про аналоги не в курсе был
источник

AT

Aslan Tokhchukov in DevOps Moscow
Vitaly Khabarov
ansible all -i "localhost," -c local -m shell -a 'echo hello world’
Тут надо явно все хосты перечислять, каждый раз? Спасибо, почитаю про команду
источник

SE

Stanislav V. Emets in DevOps Moscow
Aslan Tokhchukov
А где можно почитать про это?
Надо по PuppetDB доку читать, что она даёт.
источник

VK

Vitaly Khabarov in DevOps Moscow
Aslan Tokhchukov
Тут надо явно все хосты перечислять, каждый раз? Спасибо, почитаю про команду
Нет, можно инвентори файл создать и потом по нему фильтровать хосты
источник

AT

Aslan Tokhchukov in DevOps Moscow
Stanislav V. Emets
Надо по PuppetDB доку читать, что она даёт.
Спасибо, почитаю
источник

AT

Aslan Tokhchukov in DevOps Moscow
Vitaly Khabarov
Нет, можно инвентори файл создать и потом по нему фильтровать хосты
Хм, погуглю, спасибо
источник

NK

Nick Kritsky in DevOps Moscow
Vitaly Khabarov
Ansible по умолчанию безагентное решение, то есть оно запускается и работает на рабочей машине. На удаленном сервере нужен только питон (который почти везде и так стоит). Чем ваше решение будет лучше?
Можно даже без питона на удалённой машине. Через raw
источник

VK

Vitaly Khabarov in DevOps Moscow
Aslan Tokhchukov
Хм, погуглю, спасибо
вот еще какие-то утилиты, которые позволяют запускать команду на множестве серверов (сам не пробовал) https://unix.stackexchange.com/a/19010
источник

AT

Aslan Tokhchukov in DevOps Moscow
Спасибо, там много parallel, xargs, как я и думал) Почитаю
источник

DZ

Dmitriy Zaytsev in DevOps Moscow
В современном мире всё меньше случаев, когда вообще надо какие-то команды запускать по ссш
источник

DZ

Dmitriy Zaytsev in DevOps Moscow
Тем более на множестве серверов.
источник

DZ

Dmitriy Zaytsev in DevOps Moscow
Вы опоздали лет на 15
источник

AT

Aslan Tokhchukov in DevOps Moscow
Dmitriy Zaytsev
В современном мире всё меньше случаев, когда вообще надо какие-то команды запускать по ссш
Зависит от того насколько проработана инфраструктура, я сталкивался с необходимостью, по ответам участников видно что они тоже, раз знакомы с необходимым тулингом. Я согласен что таких случаев всё меньше, но не берусь предсказать когда их станет ноль.
источник

AT

Aslan Tokhchukov in DevOps Moscow
Тулза кажется не очень нужна, альтернативы достаточно мощные, и даже легковесная альтернатива вряд ли будет полезна... Ну вот, чо писать теперь?)
источник

DZ

Dmitriy Zaytsev in DevOps Moscow
Aslan Tokhchukov
Тулза кажется не очень нужна, альтернативы достаточно мощные, и даже легковесная альтернатива вряд ли будет полезна... Ну вот, чо писать теперь?)
Надо покопаться в потребностях кубероводов, там до наверняка есть ниши
источник

AT

Aslan Tokhchukov in DevOps Moscow
Dmitriy Zaytsev
Надо покопаться в потребностях кубероводов, там до наверняка есть ниши
Возможно, сам я не кубероид, попробую последовать совету
источник
2021 March 01

JF

Justice For All in DevOps Moscow
Stanislav V. Emets
Уже написали, Puppet Bolt называется.
Подскажите, а в puppet bolt есть возможность обрабатывать output того что вернула команда, запущенная по ssh? Т.е можно ли построить логику запуска следующего действия в зависимости от того что вернула в stdout предыдущая команда?
источник

SE

Stanislav V. Emets in DevOps Moscow
Justice For All
Подскажите, а в puppet bolt есть возможность обрабатывать output того что вернула команда, запущенная по ssh? Т.е можно ли построить логику запуска следующего действия в зависимости от того что вернула в stdout предыдущая команда?
Для этого есть сушность plan в болте, если ваш скрипт выдаст выхлоп в нужном формате, то в плане можно обработать и далее выполнить нужный скрипт (task в терминологии болта).
источник

JF

Justice For All in DevOps Moscow
Stanislav V. Emets
Для этого есть сушность plan в болте, если ваш скрипт выдаст выхлоп в нужном формате, то в плане можно обработать и далее выполнить нужный скрипт (task в терминологии болта).
Благодарю. Я так понимаю, болт - это чисто консоль и настройки по файлам. А нет какой-то визуальной среды для разработки планов/тасков?
источник

SE

Stanislav V. Emets in DevOps Moscow
Justice For All
Благодарю. Я так понимаю, болт - это чисто консоль и настройки по файлам. А нет какой-то визуальной среды для разработки планов/тасков?
мне не известно, есть Puppet Development Kit он позволяет много обвязки сделать быстро. task - это скрипт, plan это объединение нескольких task'ов в обвязке какой-то логикой.
источник