Jump to content
Калькуляторы

Автоматизация работы сетевого администратора

Материал: Автоматизация работы сетевого администратора осуществляется с применением различных инструментов и решений для более быстрого и эффективного выполнения рутинных задач, а самое главное для получения детерминированных результатов. Наша задача - рассказать вам об архитектуре построения программируемых сетей и на практических примерах показать инструменты, которые вы сможете использовать в своей инфраструктуре, но обо всем по порядку. Полный текст

Share this post


Link to post
Share on other sites
Как будто реферат читаешь. Не для людей написано.

Share this post


Link to post
Share on other sites
Цитата

Таким образом, сегодня мы познакомились с понятием "автоматизация при работе с сетевым оборудованием", рассмотрели основные концепции и начали изучать инструменты работы с сетью на языке Python

Ну точно, реферат. 10-летний опыт в области "автоматизации при работе с сетевым оборудованием" говорит что:

Невозможно построить универсальный инструмент, сети постоянно развиваются, меняются технологии, вендоры, приходится что-то доавтоматизировать, либо наколеночные скрипты на bash/perl пописывать, менять/добавлять шаблоны оборудования, и т.д. И, кмк, даже уровни абстракции не спасут от сабжа.

Практика пока теорию не опровергла.

Share this post


Link to post
Share on other sites

Всё идёт к software defined network, а там будет какойнить апи или язык для конфигурации, стандартизированный, так что проблема будет решена и все эти железки в текущем виде, когда каждый вендор творил куету как хотел - закончатся.

Share this post


Link to post
Share on other sites

Угу, как телефоны на Андроиде, да? Или системы "безумный дом"...

Share this post


Link to post
Share on other sites

А как РКН отнесётся к этому SDN, если он не сможет работать с ТСПУ?

Edited by ne-vlezay80

Share this post


Link to post
Share on other sites
20 часов назад, jffulcrum сказал:

Угу, как телефоны на Андроиде, да? Или системы "безумный дом"...

Хорошо телефоны на андройде.

И умный дом хорошо. Там в беспроводе потихоньку зигби побеждает для дешман устройств, но в целом иметь несколько шлюзов в разные протоколы ни разу не проблема, всё это уходит в mqtt - оно как стандартное апи для всего в итоге.

 

2 часа назад, ne-vlezay80 сказал:

А как РКН отнесётся к этому SDN, если он не сможет работать с ТСПУ?

Ниипёт, прогресс идёт не для них а вопреки им.

Share this post


Link to post
Share on other sites
23 часа назад, Ivan_83 сказал:

стандартизированный

Ваня, много раз видел, что стандарты дохнут и создаются новые, все эти апи, хэмээли, дыжсоны, ямлы, сотни их. Ну и где эта универсальность? Ты же сам в курсе, вон днла, что-нить получилось?

 

23 часа назад, Ivan_83 сказал:

и все эти железки в текущем виде, когда каждый вендор творил куету как хотел - закончатся.

Крайне маловероятно. Имхо.

Share this post


Link to post
Share on other sites

Везде будут ставить RouterOS, будет однаковое cli и конфигурирование.

Share this post


Link to post
Share on other sites
1 час назад, SOFTOLAB сказал:

Везде будут ставить RouterOS, будет однаковое cli и конфигурирование.

Это уже не SDN...
это привязка к вендору...

Share this post


Link to post
Share on other sites
7 часов назад, pppoetest сказал:

Ваня, много раз видел, что стандарты дохнут и создаются новые, все эти апи, хэмээли, дыжсоны, ямлы, сотни их. Ну и где эта универсальность? Ты же сам в курсе, вон днла, что-нить получилось?

mqtt уже типа http - хер он просто так сдохнет, транспорт для кучи разных применений. Он же не только для умного дома и всякого IoT применяется.

 

С DLNA всё сложно.

Он с одной стороны слишком сложный в своей основе, тут и XML-SOAP и пр, с другой там огромные талмуды где расписано всё на все случаи жизни.

Он и идеологически сложный, потому что по сути это фреймворк для построения графа, а у людей с этим плохо, даже у тех кто в технике живёт. Вон нетграф, геом, гстример и в венде там какой то аналогичный фреймворк для видео/аудио - пользуются этим всем очень мало людей на шарике, притом они обычно собирают то что нужно им и отдают в пользование другим как готовый продукт.

Но DLNA в принципе то жив, и вот лучше бы вендоры развивали его, чем свои никчёмные протоколы. Мне вон для саундбара лыжи пришлось утилиту корябать, которая реализует ихний протокол (json зашифрованный в aes статическим ключём), подозреваю только потому что им было долго/дорого делать это всё поверх DLNA, при этом разумеется DLNA там есть.

Share this post


Link to post
Share on other sites
19 часов назад, Ivan_83 сказал:

mqtt уже типа http - хер он просто так сдохнет, транспорт для кучи разных применений. Он же не только для умного дома и всякого IoT применяется.

Mqtt - он же без стандартизации как дерева тем, так и формата передачи. В итоге - я видел "трэш, угар и содомию" в стиле - "все датчики висят в одной теме и общаются json-ом с указанием имени/ID датчика"

Edited by fhunter

Share this post


Link to post
Share on other sites
1 час назад, fhunter сказал:

Mqtt - он же без стандартизации как дерева тем, так и формата передачи. В итоге - я видел "трэш, угар и содомию" в стиле - "все датчики висят в одной теме и общаются json-ом с указанием имени/ID датчика"

Общаются же - задача решена, это же транспорт.

Твоя претензия сродни тому что URL не стандартизированы а на каждом сайте свои уникальные URL~ы.

Share this post


Link to post
Share on other sites

Ну и по итогу, сколько этих "мкутт" насоздавали,и где стандарты? Имхо, эти SDN из тоже серии, в итоге как клепали кто во что горазд, так и будут.

Share this post


Link to post
Share on other sites
14 часов назад, Ivan_83 сказал:

Общаются же - задача решена, это же транспорт.

Твоя претензия сродни тому что URL не стандартизированы а на каждом сайте свои уникальные URL~ы.

Имена в SNMP помним? Тоже, как бы транспорт. Но без здоровой портянки 'что-есть что' ничего сделать нельзя. Так что если есть только транспорт - то задача совсем не решена.

Share this post


Link to post
Share on other sites
23 часа назад, pppoetest сказал:

Ну и по итогу, сколько этих "мкутт" насоздавали,и где стандарты?

Вы тоже ратуете чтобы все URL в инете стандартизировать?)

 

22 часа назад, Sergey Gilfanov сказал:

Имена в SNMP помним? Тоже, как бы транспорт. Но без здоровой портянки 'что-есть что' ничего сделать нельзя.

SNMP нечеловеческая херня с не читаемыми OID, которые и менять было нельзя.

А тут как хочешь так и обзываешь, подобно тому как на вебсерверах файлы по папкам как хотят так и раскидывают и скрипты как хотят так и называют.

Share this post


Link to post
Share on other sites
19 минут назад, Ivan_83 сказал:

А тут как хочешь так и обзываешь, подобно тому как на вебсерверах файлы по папкам как хотят так и раскидывают и скрипты как хотят так и называют.

Э, нет. Как производитель железки захотел, так и называет. И потом может менять как хочет. А вот как ты будешь узнавать, как именно он захотел - смотри SNMP

Где, по сути, OID и путь в нем - тот же URL, но только буквы использовать нельзя - одни числа. Ну и где про часть путей ухитрились договорится, чтобы разные производители по одному и тому же пути данные клали.

 

19 минут назад, Ivan_83 сказал:

Вы тоже ратуете чтобы все URL в инете стандартизировать?)

Все не все, но достаточно большую часть часть было бы хорошо.

Share this post


Link to post
Share on other sites
19 минут назад, Sergey Gilfanov сказал:

Э, нет. Как производитель железки захотел, так и называет. И потом может менять как хочет. А вот как ты будешь узнавать, как именно он захотел - смотри SNMP

Так о чём спор то?

И SNMP и MQTT - оба транспорты, как и HTTP.

SNMP никому нахер не упал и все плюются от него, как раз потому что мудацкий URL ни запомнить, ни понять ни узнать.

HTTP взлетел, потому что капец какой простой и понятный, урлы делай какие хочешь.

MQTT тоже вполне себе взлетел, ИМХО, и никуда не денется. Даже не смотря на свою бинарную природу.

Share this post


Link to post
Share on other sites
11 минут назад, Ivan_83 сказал:

Так о чём спор то?

О том, что задача в этой нише решена. Транспорт - да, взлетел, а стандартизированные интеграции поверх этого транспорта - смотри что с SNMP стало, который был попыткой похожую задачу решить до конца.

Share this post


Link to post
Share on other sites
8 минут назад, Sergey Gilfanov сказал:

Транспорт - да, взлетел, а стандартизированные интеграции поверх этого транспорта - смотри что с SNMP стало, который был попыткой похожую задачу решить до конца.

Они не очень нужны, а часто и вредны.

Возможность задать произвольный URL намного лучше, чем прибитое гвоздями.

Я столько раз видел как прибитое на гвозди при малейшем чихе перестаёт работать и это почти не чинибельно, в то время как то что не прибито - чинится легко, часто правкой конфигов.

В том же nginx я легко приколхозил и обработку кастомных HTTP запросов (не get/post) и даже DLNA хрени спокойно относятся к тому что URL они получают из xml файла с описанием сервисов.

Применительно к mqtt и хреням это значит что я сам смогу как мне удобно это всё организовать, что у меня не будет неразрешимых конфликтов когда один девайс не возможно юзать в количестве больше 1-4 штук или он жить не может совместно с другим каким то девайсом.

Поэтому нет, не надо ваших жёстких стандартизаций тут, достаточно базового транспортного протокола и настраиваемого всего остального.

Share this post


Link to post
Share on other sites
1 минуту назад, Ivan_83 сказал:

и настраиваемого всего остального.

Сам-то веришь, что в железке, у которой и интерфейса-то нормального нет, можно будет что-то настроить?

Share this post


Link to post
Share on other sites
34 минуты назад, Sergey Gilfanov сказал:

Сам-то веришь, что в железке, у которой и интерфейса-то нормального нет, можно будет что-то настроить?

Да.

UPnP же работает. :)

 

На самом деле всё несколько сложнее.

Если девайс умеет нативно mqtt то почти всегда там есть способ подключится и настроить, потому что для mqtt требуется как минимум адрес+логин+пароль, даже этого достаточно чтобы на сервере разрулить 100500 разных девайсов.

А если девайс ходит через какой то шлюз, той же зиги, то это проблемы шлюза и они тоже как то решаются, в основном через конфиги, как я понял.

Share this post


Link to post
Share on other sites
В 14.01.2021 в 01:18, Ivan_83 сказал:

Общаются же - задача решена, это же транспорт.

Твоя претензия сродни тому что URL не стандартизированы а на каждом сайте свои уникальные URL~ы.

Я не прошу стандартизованного URL, я прошу вменяемого API этого общения.

Лично видел внутри mqtt - json, apache thrift и вроде protobuf, а да, ещё голые строки. Выбирай любой :)
А тот последний вариант что я описал, видел живьём в одном опенсорсном умном доме. А оно при такой реализации - сваливает на датчики и эффекторы фильтрацию того кому это пришло. Вместо того, чтобы с этим разбирался брокер. А автор этого самого умного дома говорил - "ну мне так удобно было писать, ага".

 

Кстати стандартизованные url уже есть. /.well-known/ https://tools.ietf.org/html/rfc8615

Share this post


Link to post
Share on other sites
14 часов назад, fhunter сказал:

Лично видел внутри mqtt - json, apache thrift и вроде protobuf, а да, ещё голые строки. Выбирай любой :)

А ты видел чего в http передают?)

 

14 часов назад, fhunter сказал:

А тот последний вариант что я описал, видел живьём в одном опенсорсном умном доме. А оно при такой реализации - сваливает на датчики и эффекторы фильтрацию того кому это пришло. Вместо того, чтобы с этим разбирался брокер. А автор этого самого умного дома говорил - "ну мне так удобно было писать, ага".

А причём тут mqtt?)

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this