这看起来似乎不是什幺大问题。当网路工程师配置一个网路中的设备的时候，他们还必须配置相对应合适的网路接口。在大多数情况下，网路工程师配置好网路配置之后就用于网路中并没有什幺问题，但是在虚拟化的现代化系统环境中，一个刀片伺服器看似只有少数几个网路接口，却承载着数以百计的虚拟机。

然而问题并不是接入连线埠配置那幺简单。你试想过当NTP（网路时间协定）伺服器或认证伺服器更改之后引发的问题吗？在大多数情况下，网路管理员手动登录到每个设备和配置的基础上设定这些伺服器配置。一些熟练的网路专家虽然可以用脚本完成这些工作，但也会产生一些新的问题。因为无论通过哪种方法更改NTP伺服器，它的改变是覆盖全平台的。现在可以有一个通用的框架，如Chef，它解决了手动和基于脚本的配置络交换机的问题。

自动化框架工具Chef允许管理员从任意终端进行伺服器配置。一旦伺服器出现在网路上，Chef可以处理配置过程的其余部分，从配置更改到安装更新包。

Chef是基于策略的自动化技术。策略来自“定义“，“定义“是存储在Chef伺服器的，通过“定义”连线到节点的运行列表，然后套用到一个节点上。Chef执行相应节点的”定义“，从”定义“上的配置列表，一次进行一个配置。如果”定义“安装Apache，Chef就会执行安装Apache。例如，客户端检查Apache是否最新的，如果是，客户端移动到下一个“定义”。如果伺服器上没有安装Apache，Chef就会执行安装。这提供了一种用于配置自动化模型和设备的策略。

与基于策略的自动化网路配置和配置管理，我们的一些问题更容易解决。如果从前面的例子网路团队学习的NTP的变化，并更新一个NTP配置指向新的伺服器方，然后没有人需要手动重新配置每个开关

成功的自动化需要配置适当的抽象变数。和使用脚本的方式相比较，一个Chef的“定义”可以根据不同的平台来修改不同的语置，而脚本只是一种大一统方式的统一修改，做不到Chef这幺灵活。相反的，在配置NTP伺服器的属性，Chef也可以根据伺服器的要求进行全平台统一配置。

灵活的套用抽象变数将会使得修改网路结构变得容易。一个Chef的主要好处是配置的可重用性。例如，在许多数据中心，一个“定义”配置开放最短路径优先（OSPF）在接入层交换机，在同一组交换机的接口，网路工程师可以创建一个OSPF网路交换机配置方案，以便执行跨多个交换机的配置。从这些例子可以看出“定义“的好处，一次配置，终身受用。

儘管看起来一切都那幺好，但用Chef来配置网路还是有一定的风险。虽然有一个集中的策略数据中心交换机管理看起来很吸引人，它需要特别的考虑，如单个设备的变化。例如，网路的高丢包会使得管理员手动关闭某些交换机uplink连线埠。在传统的数据中心网路管理方案，IT团队检查故障之后会重新启用接口。如果该连结被配置像Chef这种伺服器，由于uplink是手动关闭，但客户端运行几分钟后发现连结关闭，它会自动进行启动uplink，而但管理员手动启用之后，客户端还并不能自动识别，还会继续进行启用的配置。

正确的做法是使用自动化的工具来关闭连线。但是一个uplink的“定义“可能会跨多个交换机使用，如果在初期的Chef”定义“配置不注意进行严格分类的话，这样会引起其他设备被修改，这也是Chef伺服器在配置初期就必须完整考虑的问题。

框架的自动化仍然是网路设备的一个新特徵。与任何新技术一样，大多数数据中心并不会开始全面部署这种让客户管理整个网路的结构。网路工程师可以先使用Chef管理软体方面的配置，或重複的配置任务，如NTP或认证伺服器。

说了这幺多，到底要怎幺使用自动化配置管理工具，相信每个管理员会有自己的一套适合的管理方法。但无论是哪一种方法，自动化都将是未来网路和设备的管理趋势。