Pull to refresh

Comments 19

Как же мне всегда нравилось: для решения простой задачи надо написать кучу кода.
SMNP = Simple Network Management Protocol
Видимо слово Simple означает нечто большее чем «просто».

ps: Сетевеки особо не заморачиваются используют что-нибудь готовое типа PRTG
Подскажите, что готовое позволяет формировать файлы зон для Bind?
Даже простая задача требует внимания и каждая ошибка может дорого обойтись. Что примечательно. Скрипты не ошибаются, они не бывают уставшими и никогда не бывают сонными. И что касается рутины- они далеко впереди человека. Так что лучше скрипты, чем руками.

PS: а где вы видите кучу кода?
Я вот только не пойму, какие именно преимущества даёт питон, по сравнению с тем же bash, конкретно в данных примерах?
Я думаю, что всем будем интересно, если вы реализуете решение это задачи на bash и напишите статью.

Ну я для подобных вещей использую ansible со стандартными модулями.
Причем если данные собранные ansible нужно сильно модифицировать перед отправкой, не вижу проблем использовать local_action с shell модулем, где данные можно подготовить с помощью того bash (или python).
В итоге получаем универсальный playbook с простыми набором задач, где каждая задача делает своё конкретное действие:


  • собирает данные
  • генерирует новые данные на основе полученных
  • записывает конфиг или генерит команды
  • отправляет конфиг или удаленно исполняет команды

На данный момент, мне кажется что это решение идеальное во всем. Так как оно универсальное, в нем легко разобраться и оно отлично работает.


PS: Вы не подумайте, мне очень интересна ваша статья и я определенно нашел в ней много полезного для себя. Но в силу того что я не очень хорошо знаю python, я бы реализовал это именно так.
А каково ваше мнение на счёт ansible?

Я в первой статье упоминал и про ansible, и про puppet, и про модули для них от вендоров сетевого оборудования. Далее в планах начать рассказ про использование ansible в сопровождении сетевого оборудования:)
Ответ зависит от ваших наклонностей и желаний. Если вам нравится писать код на хорошем и удобном языке с множеством возможностей в удобной IDE, которая делает примерно треть вашей работы, то преимущества налицо. Если же вы предпочитаете только подсветку синтаксиса и все писать своими руками на языке с целым рядом ограничений, то преимуществ нет.
Конечно я не знаю правильный ответ на этот вопрос для всего человечества в целом. Если знаете- делитесь ;)
Я, конечно, может что-то не понимаю, но зачем для таких примитивных задач еще и IDE? А то получается — пишем на питоне потому что стильно/модно/молодежно. Я сам использую питон и люблю его, но в контексте данной статьи я не вижу какие преимущества он дает сетевикам в задачах простейшего парсинга вывода.
в задачах простейшего парсинга вывода.


Не совсем понял, парсинг вывода чего вы имеет ввиду? Скрипт не пользуется внешними утилитами.
Я про изначальную задачу ТС.
Необходимо сформировать доменные имена для маршрутизаторов и их интерфейсов. Скрипт должен из подобной конфигурации сформировать две записи, для прямой зоны и для обратной зоны
А по сути обычный парсинг вывода snmpwalk

fkvf
за книжку спасибо, давно не общался с Наташей, а она уже и книжки начала писать :)
Скрипт не использует для своей работы внешние утилиты и, соответственно, ничего не парсит.
Скрипт не использует для своей работы внешние утилиты и, соответственно, ничего не парсит.
т.е. по-вашему функция snmp_getnextcmd_next это не парсинг?
Она собирает данные по snmp, перебирая полученные nextом OIDы и вылавливает ошибки. Полученные данные она складывает в список. Что вы называете парсингом?
IDE что бы экономить время. Мы же не про программиста говорим для которого программа- основная часть работы. Для сетевика это скорее побочная нагрузка.
Хорошая книга, судя по содержанию. Как это я её не заметил.
Sign up to leave a comment.

Articles