Ansible inventory YAML vs INI. Что выбрать?

Надежный хостинг FirstVDS! Переходи по ссылке и получай скидку 25% на первый месяц на любой тариф firstvds.ru/s/fn5iw !
ansible inventory yml vs ini
Ansible - система управления конфигурациями, написанная на языке программирования Python. Применяется для автоматизации настройки и развертывания программного обеспечения. Для конфигурирования сервера минимально нам нужен Python как на локальной машине так и на сервере. Составить требуемое состояния на серверах с помощью сценариев, которые принято называть плейбуками. И составить инвентарь, в который прописать список серверов к которым необходимо применить сценарии. Плейбуке составляются с помощью yaml, а вот инвентарь может быть помещен как в ini файл так и в yaml.
Давай сравним два этих формата составления инвентаря и какой формат выберу я.
Антон Павленко прошел путь от обычно эникея в маленькой государственной компании до Девопс и SRE в крупных международных и Российских компаниях.
Подписывайся Канал в TELEGRAM: t.me/worlditech (worlditech) там интересно.
#it #regexp #карьера #ityoutubersru #ityoutubers #devops
ХОТИТЕ ПОМОЧЬ РАЗВИТИЮ КАНАЛА?
★ Boosty (подписка донаты) boosty.to/pavlenkoat
★ www.donationalerts.com/r/pavl...
★ www.tinkoff.ru/rm/pavlenko.an...
КОНТАКТЫ:
✦ Канал в TELEGRAM: t.me/worlditech (worlditech)
✦ Чат в TELEGRAM: t.me/linux_witпростых примерах
✦ Группа в VK: worlditech
✦ INSTAGRAM: / pavlenko.at
Еще контакты:
✧ atpavlenko
✧ / anton.pavlenko.94

[@mmorev]

Антон, привет! Пара корректировок: 1. Если у тебя заданы какие-то группы, то all: прописывать уже не нужно, группы можно задавать от корня. -2 строчки, -2 индентации, справедливости ради. 2. В yaml группа может входить в несколько других, как в ini, для этого достаточно в children: прописать имя уже заданной где-то группы. В остальном да, ini отлично подходит для простых и плоских инвентарей, для остального ямл. ps. Видео пишешь прикольные. Я хоть и перерос их все задолго до того, как нашел твой канал, а все равно приятно посмотреть иногда)

[@user-fr5tt6cu4q]

Еще хорошо явно задавать расширение файла инвентаря. Когда ini явно не указывал и там были ошибки, он начинает ругаться что не смог спарсить как json или yaml. Когда явно указал формат, уже сообщает какая конкретно ошибка возникает.

[@justfun-yg7uw]

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

[@user-cz1fm5mp1s]

Антон, благодарность за короткий и полезный материал!

[@pavlenkoat]

Спасибо

[@ekosandal]

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

[@tarnad1]

Полностью перевел деплоймент/конфиг менеджмент машин (около 70 он премис и несчетное количество виртуалок в различных дата центрах) с ини инвентори на ямл, намного удобнее в моиум случае, когда специфических переменных для деплоймента много.

[@megatronov]

Спасибо!

[@wcr137]

Когда-то, давным давно, ini использовался для хранения конфигов винды вместо реестра (ньюфаги не знают, олдфаги не помнят). ИМХО, для конфигураций без извращений - самое то.

[@user-qc8wn4om4h]

Хороший видос. Проще ini, когда реально не так много серверов под управлением. P.S. Писать переменные в инвентори, сомнительное преимущество.))

[@andrewsi_s]

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

[@user-fr5tt6cu4q]

А когда надо для каждого сервера свои переменные. Кроме как в инвентарь их запихнуть напротив каждого сервера я чет не нашел пока решения

[@andrewsi_s]

@@user-fr5tt6cu4q смотря как запускаешь, если через какой нибудь сиай, то всегда можно через extra vars добавить что угодно

[@user-fr5tt6cu4q]

@@andrewsi_s да но не во всех случаях. Типичный пример - 5 серверов, например переменная script_path у всех разная, в плейбуке эта переменная прогоняется в цикле. Как тут помогут extra_vars?

[@user-qc8wn4om4h]

Эммм...Если переменных мало, то можно и в инвентори, а так порядка 17 мест, где можно разместить переменные, которые потом в таски можно легко передавать. Типа, если ip = бла, бла...то вот тебе такая переменная...

[@Tattoson]

В топ!!!

[@nakamasama]

Я пускай и не пользовался Ansible inventory, но если говорить о выборе среди файлов конфигурации, то я уже давно использую INI. Я знаком с другими форматами (XML, JSON, YAML, TOML), но, как по мне, INI самый простой.

[@user-eo2kp1sv2k]

выбор однако на ini. родной файл hosts из коробки ансибла по сути ини, в нем и пишем инвентари. Установил, заполнил, запустил-проверил, и на всегда)

[@Dodexpwnz]

А мы сейчас SaltStack постигаем)

[@AndrewHaks]

Что это?

[@Petyaumniy]

Предложение писать какие бы то нибыло переменные (кроме ansible_host - потому что так удобно грепать ip, и еще одной... про порядок мержа групп - ибо только туда и можно) в inventory вызывает у меня улыбку. Это должен быть очень небольшой проект так что в инвентори помещаются все переменные. Ведь если вдруг они не помещаются (например они объемные структуры данных), то будет использоваться host_vars и тогда помещение части переменных в инвентори = порождение сущностей без необходимости. А ввиду того что от использования host_vars отказаться на практике даже средних проектов невозможно, а их функционал равен (за исключением может быть несущественной очередности применения) inventory vars, использование последних должно быть всегда запрещено на уровне соглашений об кодировании. Использую только ini формат. Потому что он максимально компактный и в нем удобно (выглядит адекватно) писать многострочечные комментарии.

[@p9osi]

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

[@NatureFitSport]

Запили бесплатные многосерийные курсы на ютубе по Ansible, Gitlab, системам мониторинга вроде Zabbix, Prometheus, ELK и прочему - будет очень полезно и очень приятно, так как у тебя как раз очень подходящая подача для данного формата. К тому же подписчиков увеличится, ибо в основном все приходят на айти каналы за качественными бесплатными онлайн курсами. Итог: тебе аудитория, аудитории - опыт. Взаимный профит :)

[@pavlenkoat]

Как даже по этому видео видно. Никому это не нужно. Нет просмотров

[@eugene782]

главный и второстепенный

[@user-hm6iw9ou3y]

посоветуйте онлайн сервисы для изучения ansible

[@obotest4560]

Здрасте :)

[@pavlenkoat]

Привет

[@MsUrsulus]

Что за музыка играет фоном? Кто нибудь скажет?

[@arthurmaleev3748]

Что за кресло у тебя ?

[@makarov.m.m]

На пятиминутное видео - пол минуты неотключаемой рекламы. Серьёзно?

[@roadtothesummit]

2-3 клика перемотки - нет проблем

[@makarov.m.m]

@@roadtothesummit отписаться от канала и посмотреть ту же тему на англоязычном, где нет впиленой «нативочки» - нет проблем.

[@pavlenkoat]

Ок отписывайся. Не гонюсь за количеством подписчиков, только за качеством.

[@Zeroxzed]

​@@makarov.m.mмог бы молча отписаться и не тратить время людей на твой бесполезный комментарий.

[@makarov.m.m]

@@Zeroxzed мог бы молча пройти мимо моего комментария и не тратить моё время на чтение твоего комментария о том, как тебе безразлично моё мнение.

[@paganorth]

ini очень старая херня

[@DemoriaN]

И на работе и дома использую .ini при чем сначала просто указываю хосты и ansible_ssh_host, потом отдельно по группам, подгруппам и объединяю, чтобы сократить инвентарь, переменная в инвентаре одна [os.linux:vars] ansible_python_interpreter=/usr/bin/python3 как то так=) остальное отдельно для каждого хоста или группы=)

[@mikisor4372]

Спасибо!