The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз Polemarch 2.0, web-интерфейса для Ansible, opennews (??), 14-Сен-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


8. "Релиз Polemarch 2.0, web-интерфейса для Ansible"  +/
Сообщение от pashev.ru (?), 14-Сен-22, 07:21 
Ты лучше скажи как это файл не забыть потом удалить с 1000 машин.

А скопировать мы можем циклом for + scp.

Ответить | Правка | Наверх | Cообщить модератору

10. "Релиз Polemarch 2.0, web-интерфейса для Ansible"  +1 +/
Сообщение от Anatoly (??), 14-Сен-22, 07:23 
Если потребуется параметризация, скрипт у вас будет чрезвычайно жирный (в итоге напишите свой ansible, я такое наблюдал уже). В примере моём разовая акция раскидать файл. Если это периодическая задача, это роль + сценарии. Где что "разбросано" описано в мете файлов инвенторизации.
Ответить | Правка | Наверх | Cообщить модератору

25. "Релиз Polemarch 2.0, web-интерфейса для Ansible"  +2 +/
Сообщение от Анонимов Аноним Анонимович (?), 14-Сен-22, 09:26 
Не хочу показаться хэйтером ансибла, просто выступлю в защиту баша.

Баш скрипты можно писать как привычные программы на С или змее. Разбиваете на части, отделяете логику от данных и вуаля - главный скрипт состоит из минимального количества строк. getopt весьма облегчает жизнь.

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

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

Ответить | Правка | Наверх | Cообщить модератору

29. "Релиз Polemarch 2.0, web-интерфейса для Ansible"  +/
Сообщение от Аноним (27), 14-Сен-22, 09:35 
Пойми уже что ты пишешь это человеку, который не осилил баш.
Ответить | Правка | Наверх | Cообщить модератору

34. "Релиз Polemarch 2.0, web-интерфейса для Ansible"  +/
Сообщение от Anatoly (??), 14-Сен-22, 10:00 
Конечно. Но для управления инфраструктурой предпочтителен декларативный язык.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

39. "Релиз Polemarch 2.0, web-интерфейса для Ansible"  +/
Сообщение от Admino (ok), 14-Сен-22, 10:22 
Ты сравниваешь язык программирования и приложение.

Bash гибок и позволяет написать приложения уровня Ansible. Python тоже.

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

17. "Релиз Polemarch 2.0, web-интерфейса для Ansible"  +/
Сообщение от ыы (?), 14-Сен-22, 08:49 
Ну в вашем случае- можете
"циклом for + " ssh + rm -rf  ...   :)
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

35. "Релиз Polemarch 2.0, web-интерфейса для Ansible"  +2 +/
Сообщение от Аноним (35), 14-Сен-22, 10:01 
>как это файл не забыть потом удалить с 1000 машин

ansible linux_servers -m file -a "dest=/home/test-file.txt state=absent"

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

135. "Релиз Polemarch 2.0, web-интерфейса для Ansible"  +/
Сообщение от Легивон (?), 19-Сен-22, 21:49 
Отписавшиеся в таком духе (state=absent) не понимают контекста использования тулзы. Ансибл часто употребляют когда в конфигурациях сотни шагов и десятки ролей, когда это разрабатывается командами и никто в полной мере не понимает что оно делает. Тогда неаккуратное редактирование тасков или удаление ролей запросто приводит к оставлению забытого стейта на хосте. С эти очень сложно бороться, ибо не понятно что нужно удалять, это подчастую ни простые файлики.
В этом плане у ансибла большие проблемы. И их устранение это лютые костыли и совсем уже не декларативщина, о которой кукарекаю кукаретики. А настоящая императивщина т.н. "программирование на Ансибле".
По хорошему в ансибле надо не удалять создаваемые сущности, а деактивировать (впрочем это справедливо и не только для ансибла). Например сгенерировали новый nginx конфиг из структуры в конфигурации, в случае необходимости его удаления: не удаляем структурку, а ставим в ней флаг - неактивно и генератор конфига понимает что его надо удалить.
И еще хороша комбинация, когда ансибл это прямо самое примитивное развертывание уровня: настроить юзеров, поставить докеров/кубирнетисов. А все остальное, где нужна настоящая декларативность, переложено на терраформ. Например таким образом мы ансиблом катаем keyclock (погда пофигу на декларативность), а тераформом управляем его конфигурацией (когда должно быть все строго).
Ответить | Правка | Наверх | Cообщить модератору

136. "Релиз Polemarch 2.0, web-интерфейса для Ansible"  +/
Сообщение от fiftin (ok), 20-Сен-22, 07:34 
Для меня Terraform - это IaC, а Ansible - configuration management, деплой.

Вот в доках терраформ:

Terraform is not a configuration management tool... Terraform focuses on the higher-level abstraction of the datacenter and associated services...

Расскажите как вы используете Terraform для конфигурирования?

Ответить | Правка | Наверх | Cообщить модератору

137. "Релиз Polemarch 2.0, web-интерфейса для Ansible"  +/
Сообщение от Легивон (?), 21-Сен-22, 19:03 
Наш пример не репрезентативен. Это явно вырожденное использование терраформ.
Имеем большое наследие использования Ансибла. Как следствие все конфигурации используют его входной точкой и источником правды. Поэтому каждый раз при развертывание чего-то где есть терраформ генерируем максимально примитивный тераформ конфиг (практически всегда определение каждого ресурса отдельно, никаких for each и проч итераций, никакого хранения переменных - все подставляется сразу в конфиг) через jinja2 и запускаем Ансиблом в CI в заранее подготовленом докер образе со всеми тулзами и модулями. Стейт храним в консуле.
Используем терраформ просто как интерфейс к созданию необходимых ресурсов там где нужно их отслеживание (чтобы не изобретать его каждый раз и по новому на ансибле).
Ответить | Правка | Наверх | Cообщить модератору

38. "Релиз Polemarch 2.0, web-интерфейса для Ansible"  +/
Сообщение от Admino (ok), 14-Сен-22, 10:20 
> А скопировать мы можем циклом for + scp.

А если одна машина в этот момент будет выключена? А если плохая связь?

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

69. "Релиз Polemarch 2.0, web-интерфейса для Ansible"  +1 +/
Сообщение от freehckemail (ok), 14-Сен-22, 13:26 
>> А скопировать мы можем циклом for + scp.
> А если одна машина в этот момент будет выключена? А если плохая связь?

Вы так говорите, как будто в этом случае с ансиблом будет нечто иное, нежели с scp. =)

Ответить | Правка | Наверх | Cообщить модератору

68. "Релиз Polemarch 2.0, web-интерфейса для Ansible"  +/
Сообщение от freehckemail (ok), 14-Сен-22, 13:25 
> Ты лучше скажи как это файл не забыть потом удалить с 1000 машин.

ansible.builtin.file
state: absent

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

79. "Релиз Polemarch 2.0, web-интерфейса для Ansible"  +3 +/
Сообщение от anonymous (??), 14-Сен-22, 14:33 
Ansible скопирует файл в параллельном режиме, а твой for + scp будет работать до второго пришествия и без гарантии доставки.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру