《网络可编程性和自动化》第二版

第 2 章 网络自动化 网络自动化

本作品已使用人工智能进行翻译。欢迎您提供反馈和意见：[e-mail]

在本章中，我们将重点介绍高层次网络自动化概念的基础知识，以便您在今后的学习中更好地掌握每一章的内容。为此，本章包括以下主题：

为什么要实现网络自动化？

探讨采用自动化和提高网络运行效率的各种原因，同时证明自动化的作用远不止于更快地向网络设备提供配置。

Network+ 自动化的类型

从传统的配置管理到自动化网络诊断和故障排除，探讨了各种类型的自动化，再次证明自动化的意义远不止缩短更改所需的时间。

管理平面从 SNMP 向设备 API 演进

简要介绍过去和现在网络设备上的几种 API 类型。

SDN 时代的网络自动化

简要概述了为什么在部署 SDN 解决方案（特别是基于控制器的架构）时，网络自动化工具仍然很有价值。

备注

本章无意提供深奥的技术内容，而是介绍网络自动化的概念。 本章只是为后续章节奠定基础和提供背景。

为什么选择网络自动化？

与大多数类型的自动化一样，网络自动化被认为是一种更快完成任务的手段。 虽然更快地完成任务是件好事，但对于许多 IT 组织来说，缩短部署和配置更改的时间并不总是需要解决的问题。

在本节中，我们将介绍各种规模的 IT 组织都应考虑逐步采用网络自动化的几个原因，其中包括速度。 请注意，同样的原则也适用于其他类型的自动化（应用、系统、存储、电话等）。

简化架构

如今，网络设备被配置成独一无二的 Snowflake（拥有许多一次性的非标准配置）的情况仍很普遍，网络工程师以通过一次性的网络变更来解决传输和应用问题为荣，最终不仅增加了网络维护和管理的难度，也增加了自动化的难度。

网络自动化和管理不应被视为次要项目或附加项目，而是需要在创建新架构之初就纳入其中。 这包括确保有适当的人员和工具预算。 不幸的是，工具往往是预算短缺时首先被削减的项目。

端到端架构和相关的第 2 天操作必须是一个整体。 在创建架构时，您需要考虑以下问题：

• 哪些功能可以跨供应商使用？

• 哪些扩展可以跨平台使用？

• 哪类应用程序接口或自动化工具可与特定网络设备平台配合使用？

• 是否有可靠的应用程序接口文档？

• 特定产品有哪些库？

在设计过程中尽早回答这些问题，所产生的架构就会变得更加简单、可重复、易于维护和自动化，而且在整个 Network+ 中启用的供应商专有扩展也会减少。

即使在使用正确的管理和自动化工具部署了简化架构之后，请记住，尽量减少一次性更改仍然是必要的，以确保网络配置不会再次变成 Snowflake。

确定性结果

在企业组织中，变更审核会议用于检查网络上即将发生的变更、其对外部系统的影响以及回滚计划。 在这个世界上，如果由人工触摸 CLI 来进行这些即将发生的变更，那么键入错误的命令可能会造成灾难性的影响。 想象一下一个拥有 3、4、5 或 50 名工程师的团队。 每个工程师都可能有自己的方法来进行即将发生的特定更改。 此外，使用 CLI 甚至 GUI 的能力并不能消除或减少在变更控制窗口期间出错的几率。

与手动更改相比，使用经过验证和测试的网络自动化进行更改有助于实现更可预测的行为，并为执行团队提供了实现确定性结果的更好机会，从而更进一步确保手头的任务能够在第一时间正确完成，而不会出现人为错误。这项任务可能是 VLAN 更改，也可能是新客户入职，需要对整个网络进行多次更改。

此外，这些确定性的结果意味着更低的运营开支（OpEx），因为在执行网络变更时需要的人工更少，从而提高了整个网络运营的效率（例如，将耗时的流程自动化，如升级网络设备上的操作系统）。网络工程师节省下来的操作时间可以用来关注更具战略性的项目，不断改进流程。 ...