想象一下关键业务网络正在顺畅运行。没有启动关键工单，所有服务都在运行。变更控制委员会在其会议上成功审查了当天的变更。然后，网络团队进行了一个小的路由更改，一切看起来都很好。然而，不久之后，他们看到了几张高优先级的工单。这是巧合还是原因？作为响应，团队恢复了更改，从而解决了问题并提供了路由更改导致中断的证据。经过进一步分析，发现路由更改导致网络的关键部分与Internet意外隔离。各种规模的网络每天都会出现类似的问题。变更控制委员会应该检测并防止不正确的变更，但问题仍然发生。网络团队如何提高网络变更的质量？变更前和变更后检查自动化的案例一种选择是使用变更前和变更后的网络验证来评估网络是否在变更前后按预期运行。这里的目标是让网络团队通过执行一些简单的更改前路由检查来防止中断。如果更改前验证没有发现任何错误，更改后检查可以检测到不正确的路由状态，立即查明原因并恢复到以前的配置。这种验证网络状态的简单过程可以减少或完全避免网络中断。虽然团队可以使用手动流程来执行变更前和变更后的检查，但自动化更有意义。无论团队使用手动还是自动流程，他们都必须确定更改前后的网络状态。工程师可能会注意到，更改后的状态通常会成为下一个更改周期中更改前检查的基础。当团队自动化变更过程时，变更前检查可以很快进行。这也有助于团队避免人为错误，例如转换数字或在错误的界面上操作，这些错误通常发生在更改窗口期间。预更改过程应确保选择所需的接口——通过检查其操作状态和分配的地址。如果它启动并运行，是否连接了正确的邻居？这些步骤帮助团队避免愚蠢的错误和由此导致的中断。网络团队可以使用变更前检查作为变更控制委员会功能的验证步骤。他们会将变更前验证的输出作为证据提交给变更控制委员会，以记录所需的起始状态。变更控制委员会还要求团队提供一组他们将执行的变更后检查，以验证网络在变更后是否处于所需状态。更改后检查当更改后检查失败时，网络未处于预期状态。这可能是不正确的身份验证数据或网络未处于所需状态。自动化保存收集的数据并快速恢复更改，将网络恢复到更改前的状态。然后团队可以根据所需状态分析收集到的数据，进行任何必要的更正并重新执行更改。当团队采用这个过程时，他们可能会发现许多网络操作状态检查对于强制执行更改很有用，即使他们认为它们不适用。例如，在进行路由更改时是否需要检查网络时间协议？如果设备时钟不同步，日志数据将更难以在网络设备之间关联。自动化使团队能够轻松执行许多无法手动完成的检查。定期状态验证更改后状态是一种有用的工具，可用于定期验证网络的运行以确保网络按预期运行。假设冗余接口发生故障并且网络管理系统没有对其进行标记。定期状态验证将突出显示它，使团队能够采取主动行动。何时安排验证运行了解安排验证运行的频率取决于网络及其支持的业务功能。团队应在工作日开始前签到。无论计划的变更如何，都应在任何变更窗口之前执行检查。网络状态验证是只读操作，因此团队应该毫不犹豫地定期运行它。通过存储当前和所需的操作状态（以可以自动执行检查的格式）来启动网络验证不需要太多工作。真正的工作是自动化平台的数据收集和分析。幸运的是，pyATS等库可用于DIY自动化，商业产品可以帮助简化部署。如果一个团队找不到满足他们需求的商业产品，咨询公司可以帮助他们建立一个系统。总之，没有理由不在日常操作和变更控制过程中使用自动化进行网络状态验证。
