【51CTO.com快译】网络自动化这个概念自网络问世以来就存在了;就在不久前，由于许多原因(包括网络工程师的抵制)，其采用速度一直很慢。但现在，众多因素共同上演了一场完美风暴，推动企业需要网络自动化工具。

一个因素是，越来越多的网络团队开始感受到在快节奏的数字世界中工作的痛苦，而在数字世界，旧方法根本行不通。通过命令行接口(CLI)逐个设备地手动配置和更新路由器和交换机的方法太慢、容易出错。

此外，包括软件定义WAN(SD-WAN)在内的软件定义网络(SDN)大行其道，已使网络自动化工具得以从侧重变更管理和配置等方面的面向操作的单点产品变成策略和编排工具。

如今，网络自动化工具具有战略意义，实现与业务一致，并为完全基于意图的系统的理想状态提供了路线图，在该系统中网络可以自行运行并保护。网络自动化工具的时代已到来，但种类繁多。下面是企业确定哪款适合自己时应考虑的七个关键标准。

单一供应商还是多家供应商?

有几种第三方和针对特定供应商的网络自动化工具。Red Hat、NetBrain和Forward Networks是三款领先的多供应商工具。各大网络供应商(包括思科、瞻博网络、Arista和Extreme)都有自己的自动化平台。

客户需要确定自己想要的是单一供应商还是多家供应商。两者本身并非都更胜一筹，这是企业需要做出的选择。如果选择单一供应商平台，要确保该平台与供应商的整条产品线、而不是仅仅一部分产品协同运行。如果选择第三方工具，应挑选一款支持当前和将来其设备可能在企业网络中使用的供应商的工具。

API的宽度

网络自动化工具与其他工具(比如ServiceNow和Splunk)对接很重要。这意味着每项功能都应该作为API来提供，但情况并非总是如此。即使某工具今天单独使用，也可能需要在不久的将来与另一个应用程序对接，以提供更广泛的自动化功能，因此不应忽视这一点。

编排

网络设备发生变化时，基础架构的另一个部分常常也要发生变化。比如说，添加网络设备后，可能需要更改防火墙设置或连接到负载均衡系统。这加大了对编排功能的需求，以便网络自动化工具可以触发其他自动化框架以更改上下游设备。

AI /基于意图的网络功能

基于意图的网络这个概念是，它可以自行运行、修复和保护。由于环境变化太快，因此无法通过一系列规则来完成。而是应将AI功能包括在系统中，实现所有操作完全自动化，以便网络本身可以适应变化。

ZK Research建议系统有两种操作模式：一种是建议工程师所要执行的变更，另一种是无需人工干预即可完全执行变更。这将让客户首先可以熟悉AI。(ZK Research经常碰到的一个问题是，人们如何知道工具真正基于AI。答案是，看它会不会久而久之变得更智能。所有变更都应作为学习数据集的一部分反馈回到系统中，使系统更智能。而基于规则的系统不会。)

SaaS还是本地?

传统的网络自动化工具仅作为本地软件或设备来提供。越来越多的公司青睐购买采用软件即服务(SaaS)模式的工具，确保快速部署和持续更新。

同样没有错误的选择。公司要确定哪种方案最适合自己的运营模式和合规要求。

重要提示：ZK Research认为所有解决方案最终都将是混合的，客户可能将数据保存在本地，而先进的人工智能功能和跨公司比较将在云端进行。本地解决方案没有必要的能力来提供实时AI功能

合规和安全报告

领先的企业组织正不断将IT和安全运营整合在一起。这意味着网络自动化工具需要提供表明持续遵守安全策略并满足合规要求的信息。报告功能需要提供深入了解网络生命周期各个阶段(包括规划、部署和优化)的功能。

易于使用

这是管理平台经常被忽视的一方面。如果是学习曲线长、功能丰富的工具，IT团队可能数年后才能充分发挥其价值。同样，产品过于技术化时，如果最了解该产品的人离开企业，企业将面临风险。

网络自动化工具应完全基于GUI，这意味着通过CLI获得的每项功能也应该可以通过图形界面来获得。工具还应该易于使用，以便较低级别的工程师可以使用它。这就不需要总聘请收费较高昂的资深工程师。

原文标题：7 considerations when buying network-automation tools，作者：Zeus Kerravala

【51CTO译稿，合作站点转载请注明原文译者和出处为51CTO.com】

【编辑推荐】