1. 课程导入与平台定位
在企业网络中，设备数量一旦从几十台增长到几百甚至上千台，网络运维的难点就不再是“会不会敲命令”，而是“如何持续、准确、可审计地管理这些设备的资产信息与配置状态”。Cisco Catalyst 网络资产与自动化配置平台正是围绕这一核心问题构建的：它把分散在交换机、路由器、无线控制器上的资产数据、配置数据与自动化执行能力集中到一个统一平台中，让网络工程师能够以“资产—配置—自动化”三位一体的方式管理网络。
本课程面向已经具备基础 Cisco IOS/IOS-XE 操作经验的网络工程师、运维人员和自动化开发者。学习目标不是记住某个菜单的位置，而是建立一套可迁移的方法：知道平台解决什么问题、由哪些组件构成、数据如何流动、配置如何被下发与校验，以及如何用自动化手段替代重复的手工操作。
平台要解决的核心问题
在没有统一平台的情况下，网络资产通常以 Excel 表格、Visio 拓扑图、个人笔记或零散的 show 命令输出形式存在。这些信息彼此割裂，导致几个典型痛点：设备位置与责任人无法快速查询；配置变更没有版本记录，回退困难；批量修改需要逐台登录，效率低且容易出错；合规检查依赖人工比对，无法持续执行。
Cisco Catalyst 网络资产与自动化配置平台的价值可以归纳为三条主线：
- 资产可视化：自动发现并持续维护设备清单，包括主机名、管理 IP、型号、序列号、软件版本、所在站点与机架位置。
- 配置集中化：将设备配置采集到平台，形成可检索、可对比、可回滚的配置基线。
- 自动化执行：通过模板、任务或 API 对一批设备执行配置下发、合规检查与状态采集，并保留执行记录。
这三条主线不是并列的功能列表，而是有先后依赖的：资产是对象基础，配置是状态基础，自动化是操作基础。缺少准确的资产数据，自动化任务就无法确定目标设备；缺少配置基线，变更后的差异就无法判断。
整体架构与数据流
从架构上看，平台通常由四个层次组成。最底层是被管理的网络设备，包括 Catalyst 交换机、路由器以及无线控制器，它们通过 SSH、NETCONF、RESTCONF 或 SNMP 等协议对外提供管理接口。第二层是采集与连接层，负责建立会话、执行命令、拉取配置和状态数据。第三层是数据与逻辑层，负责存储资产、配置、任务和审计记录，并执行模板渲染、差异计算和合规判断。最上层是交互与集成层，包括 Web 界面、CLI 工具和 REST API，供工程师或外部系统调用。
数据流的方向可以这样理解：平台先通过发现机制获取设备身份信息，形成资产记录；再按计划或手动触发采集配置，形成配置快照；当工程师发起变更时，平台根据模板和目标设备生成具体配置，推送到设备，并在执行后再次采集配置进行比对，确认变更是否生效。整个过程产生的日志和差异记录进入审计库，供后续查询和回滚。
上图展示了平台的分层结构与主要数据流。需要特别注意的是右侧的虚线回路：设备执行配置后，平台会再次采集状态并回传，与预期配置进行差异比对。这个闭环是自动化配置区别于“批量脚本”的关键——脚本只负责发送命令，平台还要确认结果。
典型适用场景
平台并非适用于所有网络环境。对于只有三五台设备的小型网络，手工管理可能更直接。但当出现以下场景时，平台的价值会迅速显现：
- 多站点标准化部署：新开分支机构时，需要按统一模板配置 VLAN、接口、路由和 ACL，平台可以通过模板一次性生成并下发。
- 配置合规审计：定期检查所有设备是否启用了 SSH、是否配置了 NTP、是否存在默认 SNMP 团体字，平台可以自动比对并输出不合规清单。
- 变更窗口批量操作：在维护窗口内对一批交换机统一修改 SNMP 或 AAA 配置，平台可以按批次执行并记录每台设备的结果。
- 资产盘点与生命周期管理：查询某型号设备的数量、软件版本分布、即将过保的设备清单。
相对而言，如果网络环境高度异构、设备厂商混杂，或者管理网络本身不稳定，平台的采集和下发成功率会受到影响，需要先解决连通性和协议兼容性问题。
学习路径建议
本课程后续章节将沿着“资产—配置—自动化—集成”的顺序展开。建议的学习路径是：先理解平台如何发现和建模资产，掌握设备清单的字段含义与来源；再学习配置采集、快照和差异对比，建立配置基线意识；然后进入模板编写与任务执行，理解变量、目标选择和执行结果判断；最后学习 API 集成与合规审计，把平台能力嵌入日常运维流程。
需要强调的是，平台是工具而不是目标。真正决定运维质量的，仍然是工程师对网络协议、配置语义和变更风险的理解。平台把重复劳动自动化，把分散信息集中化，但配置该不该改、改了会影响什么、回退路径是什么，仍然需要人来判断。本课程的目标，是让你既能理解平台的数据与执行逻辑，也能在真实场景中做出合理的操作决策。