每天早上一打开工位，最怕看到一堆告警邮件。尤其是网络设备配置出错、ACL没更新、接口状态异常这类问题，往往都是重复性操作疏忽导致的。其实这些问题，早就该交给自动化来处理了。
\n\n从手工命令到脚本化操作
\n很多老运维都经历过这样的场景：半夜要批量修改50台交换机的SNMP配置，一台一台登录，复制粘贴命令，稍不留神就漏了一台。第二天监控发现某台设备没上数，回头一查，果然是配置忘了提交。
\n\n与其靠人肉记忆和手速，不如写个简单的Python脚本，用Netmiko连SSH，把设备列表和配置模板准备好，一键执行。哪怕只是替代两三条命令，长期下来也能省下大量时间。
\n\nfrom netmiko import ConnectHandler\n\nswitch_list = [\'192.168.1.10\', \'192.168.1.11\', \'192.168.1.12\']\n\nfor ip in switch_list:\n device = {\n 'device_type': 'cisco_ios',\n 'host': ip,\n 'username': 'admin',\n 'password': 'pass123'\n }\n connection = ConnectHandler(**device)\n config_commands = [\n 'snmp-server community public RO',\n 'logging 10.0.0.100'\n ]\n output = connection.send_config_set(config_commands)\n print(f"{ip} 配置完成")\n connection.disconnect()版本控制你的配置变更
\n别再把配置文件扔在本地桌面了。用Git管理设备配置，每次变更都有记录，回滚也只需要一个commit ID。比如不小心把核心交换机的VLAN删了，几分钟就能恢复到上一个稳定状态。
\n\n可以把定期备份的配置推送到私有Git仓库，配合CI工具做语法检查。甚至能设置规则，一旦发现有人写了debug all，自动打标提醒。
\n\n用模板代替重复劳动
\n新分支上线要配路由器？别再照着文档一条条敲了。Jinja2模板配上变量文件，生成配置又快又准。同一个模板，换个地区编号、IP段，就能输出一套新配置。
\n\n<interface>GigabitEthernet0/0</interface>\n<description>{{ site_name }}-Uplink-to-CORE</description>\n<ip address>{{ interface_ip }} 255.255.255.252</ip>\n<mtu>{{ mtu_size }}</mtu>模板写一次，能用好几年。新人来了也不用担心命令记不全，填对参数就行。
\n\n先小范围试点，再全面推广
\n别一上来就想自动化整个数据中心。选个边缘业务试试，比如自动收集接入层设备的接口利用率。跑通流程、验证可靠性后，再逐步扩展到更重要的区域。
\n\n有个团队曾经想一口气把所有防火墙策略迁移自动化，结果因为对象组命名不规范，脚本误删了DMZ区规则。后来改成每次只处理5台，人工核对后再继续，才稳了下来。
\n\n日志和通知要看得懂
\n自动化不是执行完就完事了。任务失败时，得知道哪里卡住了。别只打印‘Error’，要把设备IP、报错信息、上下文一起记录下来。
\n\n可以接个企业微信或钉钉机器人，关键操作完成后发条消息：“10台交换机NTP已更新”，失败了就标红提醒。值班同事一眼就能掌握状态，不用翻日志。
\n\n权限和安全不能省
\n自动化账号权限要最小化。别用admin账户跑脚本，万一被泄露，整个网络都危险。可以专门建个只读账号用于采集，另一个限命令账号用于配置下发。
\n\n密码别硬编码在脚本里。用Ansible Vault或者Hashicorp Vault这类工具管理敏感信息，运行时动态解密。哪怕代码仓库被人看了，也不会直接暴露凭据。
","seo_title":"网络自动化最佳实践 - 易用多识","seo_description":"分享网络自动化中的实用技巧与真实案例，涵盖脚本编写、配置管理、安全控制等关键环节，帮助运维人员提升效率，减少人为失误。","keywords":"网络自动化,运维自动化,网络运维,自动化脚本,配置管理,Netmiko,Ansible,Jinja2"}