Comments 19
PS: а где вы видите кучу кода?
Ну я для подобных вещей использую ansible со стандартными модулями.
Причем если данные собранные ansible нужно сильно модифицировать перед отправкой, не вижу проблем использовать local_action
с shell
модулем, где данные можно подготовить с помощью того bash (или python).
В итоге получаем универсальный playbook с простыми набором задач, где каждая задача делает своё конкретное действие:
- собирает данные
- генерирует новые данные на основе полученных
- записывает конфиг или генерит команды
- отправляет конфиг или удаленно исполняет команды
На данный момент, мне кажется что это решение идеальное во всем. Так как оно универсальное, в нем легко разобраться и оно отлично работает.
PS: Вы не подумайте, мне очень интересна ваша статья и я определенно нашел в ней много полезного для себя. Но в силу того что я не очень хорошо знаю python, я бы реализовал это именно так.
А каково ваше мнение на счёт ansible?
в задачах простейшего парсинга вывода.
Не совсем понял, парсинг вывода чего вы имеет ввиду? Скрипт не пользуется внешними утилитами.
Необходимо сформировать доменные имена для маршрутизаторов и их интерфейсов. Скрипт должен из подобной конфигурации сформировать две записи, для прямой зоны и для обратной зоныА по сути обычный парсинг вывода snmpwalk
fkvf
за книжку спасибо, давно не общался с Наташей, а она уже и книжки начала писать :)
Скрипт не использует для своей работы внешние утилиты и, соответственно, ничего не парсит.т.е. по-вашему функция snmp_getnextcmd_next это не парсинг?
www.gitbook.com/book/natenka/pyneng/details
Зачем сетевику Python? Часть вторая