автоматизации сети. Не могли бы вы поделиться тем, как верхнеуровнего устроена ваша система автоматизации? Какой воркфлоу?
Например я на первом этапе хочу автоматизировать настройку VLAN на коммутаторе. В наличии: Ansible, заполненный Netbox, git в котором хранятся плэйбуки и шаблоны. Нормальный ли такой подход:
1. Админ добавляет новый влан(ы) в Netbox, указывает режим работы интерфейса.
2. Запускает соответствующий плэйбук, например для access порта один, для trunk - другой.
Подход мне кажется примитивным. Не понимаю, как реализовать механизм ревью/аппрув. Например кто-то хочет изменить влан, но надо, чтобы изменения прилетали сначала на аппрув, потом нужный человек делал ревью, нажимал аппрув и только потом бы запускался плэйбук. Я правильно понимаю, что для этого нужна связка с Jenkins, например?
В общем такие базовые у меня вопросы, мне бы картинку сверху понять, как оно должно быть, а в деталях уже буду сам разбираться.
Спасибо.
Не помню, чтобы в netbox был механизм ревью изменений. Только постфактумом аудит смотреть.
В кратце я бы сделал так: Вносим изменения в NB, NB посылает webhook в ci, ваша ci-система применяет изменения на тестовом стенде, проверяем тестовый стенд, если ок - деплоим на прод.
Его там и нет. Я поэтому и спрашивал про Jenkins.
Ага, вот это выглядит хорошим вариантом. Спасибо.
Ревью подразумевает полный GitOps, то есть админ добавляет влан не в Нетбокс, а в гит, откуда он уже попадает в Нетбокс, неважно как. Но это противоречит рекомендованной модели использования Нетбокса. Всем бест практисам не угодишь)
Я вот думаю, можно, наверное, привязать это не к Git, а к Jira. Т.е. после добавления влан, Netbox через хук создает тикет в Jira и если там есть аппрув, то отправляется api/хук в CI. Норм?)
Обычно после тикета меняют конфигурацию, а не наоборот )
+. Тикет в джире -> МР апрув в гите -> Заливка в netbox конфиги. Тут наверное связано с тем чтобы проверить конфигу которая в гите- корректность ее для Netbox? Не знаю не юзал, только предполагаю. По идее должен быть какой то test на момент МР чтобы произвести проверку типа lint и test.
Ну изменение в Netbox != изменение в конфиге. Но ваш посыл я понял)
Вот тут вопрос на этапе аппрув в гите и заливка в нетбокс. В гите же не хранятся данные нетбокса.
Обсуждают сегодня