1. 网络管理概述：网络管理的定义、目标与范围，OSI网络管理标准模型，网络管理的发展趋势

1.1 网络管理到底管什么？

先说说我的理解。网络管理，说白了就是让网络设备老老实实干活的一套方法。你想想看，一个企业网络里可能有几百台交换机、路由器、防火墙，还有数不清的服务器和终端。没人管的话，不出三天准出乱子。

我在项目中遇到过最典型的场景：某天早上业务部门投诉说ERP系统打不开，IT运维手忙脚乱查了半天，最后发现是核心交换机的一块板卡过热宕机了。这就是典型的缺乏网络管理——等用户发现问题，已经晚了。

所以网络管理的核心目标就三个：

• 可用性——网络不能断，断了就是事故
• 性能——不仅要通，还要快，延迟不能高
• 安全——不能被入侵，数据不能泄露

嗯，这里要注意，这三个目标其实是互相制约的。你为了安全把防火墙策略做得特别严，性能就会下降。我个人的习惯是，先保证可用性，再谈性能和安全的平衡。

1.2 OSI网络管理标准模型——五大功能域

说到网络管理的标准，就绕不开ISO定义的FCAPS模型。这个模型把网络管理分成五个维度，我一个个说。

功能域	英文	说白了就是
故障管理	Fault Management	发现问题、定位问题、解决问题
配置管理	Configuration Management	设备参数怎么设、版本怎么管
计费管理	Accounting Management	谁用了多少资源、怎么收费
性能管理	Performance Management	带宽够不够、延迟高不高
安全管理	Security Management	谁可以访问、访问记录怎么留

故障管理——这是最基础也最头疼的一块。我曾经遇到过一个案例，某数据中心半夜报警说链路中断，值班工程师登录设备一看，端口状态是up的。查了三个小时才发现，是光纤收发器坏了，光功率衰减到临界值，但端口还没完全down。所以我现在做故障管理，一定会配光功率阈值告警，不能光看端口状态。

配置管理——我建议每个网络设备都做配置备份，而且要有版本管理。你想想看，如果某台核心交换机配置被误改了，没有备份的话，恢复起来有多痛苦。我个人的习惯是每天凌晨自动备份一次，保留最近30天的版本。

计费管理——这个在企业内网里用得不多，但在运营商和IDC场景下是刚需。说白了就是统计每个用户或每个业务消耗了多少带宽，然后算钱。

性能管理——性能管理的关键是找到瓶颈。我记得有一次帮客户排查视频会议卡顿的问题，看带宽利用率才30%，但延迟动不动就500ms。最后发现是出口路由器上开了太多ACL，CPU过载了。所以性能管理不能只看带宽，还要看设备CPU、内存、队列深度这些指标。

安全管理——这个现在越来越重要。我曾经遇到过某公司内网被植入挖矿病毒，就是因为一台测试服务器的SNMP用的是默认的public字符串。所以安全管理的第一条：改掉所有默认密码和默认团体字。

1.3 网络管理的发展趋势

做了十几年网络，我亲眼看着网络管理从命令行脚本，一步步走到现在的智能化运维。说说几个明显的趋势。

趋势一：从被动到主动

以前是用户报故障了才去查，现在讲究的是预测性运维。通过采集历史数据，用算法预测设备什么时候可能会出问题。比如根据光模块的误码率变化趋势，提前判断它什么时候会失效，然后主动更换。

趋势二：从人工到自动化

我刚开始做网络那会儿，配置一台交换机要一条条敲命令，几十台设备就得敲一整天。现在用Ansible、SaltStack这些工具，几百台设备几分钟就能批量配置完。说白了，重复性的工作就应该交给机器去做。

趋势三：从分散到集中

以前每个厂商都有自己的网管系统，华为的eSight、思科的Prime、华三的iMC，各管各的。现在趋势是统一纳管，用一个平台管所有厂商的设备。我个人比较看好开源方案，比如Prometheus + Grafana的组合，灵活度高，社区活跃。

趋势四：从网络到业务

现在的网络管理不再只看设备状态，而是跟业务关联起来。比如某个应用访问慢，系统能自动关联到是哪个链路的哪台设备出了问题。这个在传统网管里很难做到，但结合了APM（应用性能管理）和NPM（网络性能管理）之后，就变得可行了。

最后说一句，网络管理这个领域，技术更新很快，但底层的逻辑没变——就是让网络稳定、高效、安全地运行。不管工具怎么变，这个目标不会变。