« Rev
@pro_ansible   1042
Fwd »


Nikolay
Композ в шаблон, копируешь на машину и через docker_project стартуешь
В данном случае, если хранить компоуз в темплейте, то будет утеряна актуальность между шаблоном и компоузом из репы. Наверное придется клонить репу и оттуда вытаскивать компоуз
inqfen
Ну, как бы я и код деплоя в репе держу
inqfen
IaC знаете ли
George
А только получает от кьюбктл ок и бежит дальше ?
Nikolay
Ну, как бы я и код деплоя в репе держу
плейбук в репе приложения?
inqfen
У тебя ведь ансибл не ждёт полного выката ?
Не, K8s возвращает результат, успех или нет
inqfen
Его можно обработать и откатить например
inqfen
Ну и последовательность
inqfen
плейбук в репе приложения?
да, отдельная директория, где живет инвентори, таски, плейбук, видно все зависимости по ролям и все в таком духе
inqfen
И разработчик примерно понимает, что там вообще происходит
inqfen
Некоторые вполне себе сами например postdeploy таски добавляют, переменные etc и не дергают с этим
Nikolay
хехе, у меня в прошлой компании все было наоборот, и разрабы ваще не представляли, что в CD процессе происходит, т.к. все плейбуки держались централизованно в одной репе
inqfen
это наоборот печально
inqfen
Это хорошо, если они представляют что-куда писать
да, они хоть и не специалисты в CI/CD, но ямл прочитать и дописать вполне могут и структуру понять тоже
Nikolay
тссс)
George
Не, K8s возвращает результат, успех или нет
На самом деле нет. Он как твой верный раб: "хозяин, я понял Вашу команду, исполняю". И оно пошло выполняться. Евенчуалли оно дойдет до этого состояния (если ничего не сломается), но все равно нужен цикл опроса состояния. Вот
George
Либо аргументируй, пожалуйста, свою точку зрения
inqfen
Тогда видимо я тебя не совсем понял
inqfen
Ты про например поды, которые не поднимаются?
George
Тогда видимо я тебя не совсем понял
Поведение kubectl по умолчанию - просто вернуть управление после эпплай. Он не ждёт фактического роллаута подов
inqfen
А, ну это понятно
George
А даже если бы ждал - есть кейс, когда роллаут произвести невозможно
inqfen
Я про статус применения объекта
inqfen
Как и написано в доках spec complex success Specific attributes of the object. Will vary based on the api_version and kind. status complex success Current status details for the object.
Nikolay
да, отдельная директория, где живет инвентори, таски, плейбук, видно все зависимости по ролям и все в таком духе
И так каждый раз будет срабатывать ci/cd при каждом изменении роли? Не ставить же весь ci/cd процесс в мануал
inqfen
Статус состояния сервиса это другое, после успешного применения definitions тесты, если не прошли - откат на предыдущий деплоймент
inqfen
И так каждый раз будет срабатывать ci/cd при каждом изменении роли? Не ставить же весь ci/cd процесс в мануал
А с чего бы он у тебя не должен срабатывать? Ты изменил деплой, тебе его не надо деплоить?
Nikolay
Надо, но не всегда же заводится все с первого раза, мне порой по 10 раз нужно проверять плейбук, прежде чем пустить ео в действо. Ну или вот грубый пример - удалить/изменить таск с оповещением об успешном деплое?
Nikolay
Ну то есть как бы из за изменения таска с оповещением, пройдет полностью CI/CD с нуля
inqfen
у разработчика тоже не с первого раза получается, но от этого у вас прод не ломается?
Andrei
Начал смотреть на ansible для автоматизации операций на сети. Вопрос, как правильно организовать все это. Вопрос, как предоставить доступ до плейбуков для всех членов NOC команды. Выкладывать плейбуки в гит и каждому ставить ансибл локально или же поднимать какой-то веб интерфейс с авторизацией и запуском плейбуков через браузер? Есть что посоветовать?
Oleksandr
в ютубе ansible napalm
Antuan
Дружат ли SCM и network appliances?
Andrei
в ютубе ansible napalm
ты про это? https://www.youtube.com/watch?v=3uIk0WQLHZk
Andrei
или просто увидел network - сказал napalm ?
Rachel
Привет! Скачал файл pdf, но не могу скопировать из него текст, при вставке в ворд/блокнот вставляются иероглифы, кто сможем помочь-напишите в лс, скину полтосик
Oleksandr
или просто увидел network - сказал napalm ?
просто ответил на твой вопрос
Andrei
просто ответил на твой вопрос
можешь раскрыть суть ответа, или на конкретное видео ссылку дать? napalm - либа для вендор агностик управления и сбора инфы с сетевых устройств. А вопрос был про организацию процесса скорее.
Erick
можно через тауэр/awx наверное
Oleksandr
я бы посоветовал оффтопик - noc project а по теме: делать CMDB например на Netbox для ведения железок ставить WebUI для Ansible например AWX для разделения полномочий ходить в железяки тем же ансиблом и напалмом хранить плейбуки в Git
Andrei
спасибо. А AWX реально норм? Он каким-то монструозным показался, его реально в проде используют команды?
Oleksandr
реально норм Tower
Oleksandr
это для продакшена
Aleksey
иногда удивляюсь. вот все в округ делвеперы хотят писать микросервисы. но вот админы эти микросервисы не хотят ставить
Aleksey
парадокс
Aleksey
хотя это конечно офтоп
George
Как минимум выделенный раннер или лучше awx/tower
Timur
Можно и гитлаб-раннером для простых задач деплоя обойтись
Aleksey
можно я немного поофтоплю ? спасибо. коллеги, а научите меня какие задачи у вас получается автоматизировать ансиблом ? может есть плейбуки почитать ?
Aleksey
я про сеть конечно же
Max
Дружат ли SCM и network appliances?
проще держать шаблоны конфигов в scm. наполнять их из конф. сервиса и пихать в устройства. ансибл может подойти в этом.
Andrei
Как минимум выделенный раннер или лучше awx/tower
спасибо, буду смотреть. Есть смысл смотреть только на AWX или эти штуки тоже норм ? https://github.com/vstconsulting/polemarch https://github.com/ansible-semaphore/semaphore
Timur
Эти тоже норм
Nikolay
Начал смотреть на ansible для автоматизации операций на сети. Вопрос, как правильно организовать все это. Вопрос, как предоставить доступ до плейбуков для всех членов NOC команды. Выкладывать плейбуки в гит и каждому ставить ансибл локально или же поднимать какой-то веб интерфейс с авторизацией и запуском плейбуков через браузер? Есть что посоветовать?
храним репозиторий с плейбуками в гите. Инженер клонирует его себе локально. Добавляет что-то, запускает, раскатывает по серверам/железкам. Пушит изменения в гит. Алсо у каждого своя vdi с которой он может делать тоже самое. Планирую поднять какойнить awx чтобы запускать только частые однотипные задания типа.
Erick
aws - это про другое
Nikolay
aws - это про другое
ага, опечатался,поправил, awx
GithubReleases
ansible/ansible tagged: v2.8.1 Link: https://github.com/ansible/ansible/releases/tag/v2.8.1 Release notes: New release v2.8.1
Alexander
А Ansible release notes публикуют вообще?
Alexander
А я что-то нагуглить не могу. )
Денис
А я что-то нагуглить не могу. )
https://github.com/ansible/ansible/blob/v2.8.1/changelogs/CHANGELOG-v2.8.rst
Alexander
Changelog, ну да... Спасибо. )
Daniel
всем привет. кому приходилось работать с git репами через ансибл? пытаюсь сообразить, как через модуль git сделать commit и пуш дирректории. ни у кого нет примера?
Daniel
привет! а зачем? Это такой хитрый шаг в автоматизации ? 😮
не хочу голой командой делать ) мне нужно брать директорию, обрабатывать файлы и пушить в репы. реп и веток в них много
George
я вообще был строго уверен, что модуль git - для ДОСТАВКИ ПО из репозитория на удаленную машину Ну, это как бы популярная задача и вполне оправданная
George
В обратную сторону - ну, можно, в конце-концов, попробовать через тот же гитлаб апи делать (или что там у вас в качестве централизованного репозитория)
Daniel
В обратную сторону - ну, можно, в конце-концов, попробовать через тот же гитлаб апи делать (или что там у вас в качестве централизованного репозитория)
это сложнее, чем raw command. я думал что что-то упускаю в доках, ибо вижу, что модуль не может ни коммитить ни пушить, что имхо странно
George
Это как раз не странно, а логично, т.к. он нужен для того, чтобы доставлять код на целевую машину (правда, источник - гит, а не деб/rpm/docker/etc)
Daniel
понятно. но мне вот понадобился и другой функционал ) буду тогда все-таки командами делать (
« Rev
@pro_ansible   1042
Fwd »