nameantonch

есть книжка Pro Python System Administration, Rytis Sileika, 2nd - 2014

Для таких целей достаточно повесить на все точки доступа один и тот же SSID и одинаковый пароль, и все точки настроить в режиме L2 трубы до одного центрального маршрутизатора. Реальная бесшовность нужна бы была, если бы люди говорили по VoIP телефонам через вай-фай, смотрели видео во время перемещения или играли в игрушки

Из личного опыта - когда я работал сетевым алмином и у меня в эксплуатации было 8k разношерстного активного сетевого оборудования, питон я активно использовал для опроса по snmp разных девайсов, бота для телнета. Ещё для смены делал тупой веб интерфейс для того, чтобы на свичах можно было включить/выключить порт, подписать дескрипшен. Пытался делать на нем генератор конфигурации, но bash+sed для этого подошли лучше.

Надо плясать от задачи, а не от языка. По моему скромному мнению питон избыточен для повседневного системного администрирования, возможностей баша хватает с головой. Он удобен для больших расширяемых програмулин, но часто ли надо писать самому такой софт админу? Также он хорош для сетевого программирования, но опять же, часто ли надо прогать сокеты? Полезен в распаршивании всяких html/xml.

Однострочники писать на нем неудобно, а в бытовом админском скриптовании именно они составляют львиную часть работы.

Администратору в любом случае полезно владеть программированием. Основной упор, имхо, все таки нужно делать на командный язык оболочки bash/cmd/posh. Подавляющее большинство задач можно решить с их помощью. Но если вы будете знать кроме этого и еще что-то - это будет только вам в плюс.

Когда я и коллеги использовали python вместо баш?
Когда потребовалось написать бекапилку конфигов на 8k сетевых устройст по snmp.
Когда надо было набросать простой веб-интерфейс для дежурной смены для примитивного up/down и смену description на этих устройствах.
Когда надо было проинтегрировать nagios-мониторилку с внешей сторонней базой данных.
Когда на 600 виртуалок необходимо было поставить разные софтины, перечень и версии которых хранились во внешнем xml-файле
Когда с увесистой пачки серверов понадобилось провести инвентаризацию типа sfp-модулей

К чему я это? Если вам хватает bash, радуйтесь и используйте его. Когда будет надо, вы сами придете к python.

На чистом баше вы замучаетесь делать веб-интерфейс к чему-либо, организовывать взаимодействие с внешними системами/программами, отличными от чистого linux (web, snmp, sql, email, ftp не разовое обращение), обрабатывать вводные данные к системе в форматах сложнее csv (html, xml, json), обрабатывать файлы в нестандартных кодировках, использовать нетекстовые переменные в скриптах (арифметика, дроби, списки, файлы). Боль начнется даже просто тогда, когда появятся файлы с названиями с нестандартными символами (?$!*\+alt-символы), а еще и в левой кодировке (привет mount ftp/samba/sshfs/ntfs и даже вложения к письмам). А еще больнее станет, когда размер своих скриптов превысит хотя бы 500 строк.

И уже как бонус идет то, что python есть из коробки в deb/rhel дистрибутивах, многие системные утилиты написаны уже на нем. Плагин к apt/yum проще всего сделать на python, даже можно не парясь писать стартап скрипты к сервисам.