有了自动化的部署脚本，我们就可以可控、可重复地执行部署过程。这里需要指出的是，当大连虚拟化软件技术开发测试人员在某个环境中发现产品配置问题时（比如发现性能测试环境中应用服务器调用某一个 API 服务的地址有误），开发人员应该极力避免直接远程连接到该机器上手工修改。一旦在版本控制中有了自动化部署脚本和配置管理，我们就应该从源代码级别来修改，通过重新触发一次新的“部署流水线”来修正问题并验证修改是否正确。

      对于自动化的基础设施管理，近来年已经逐渐成熟的云和虚拟化技术可以给我们带来很大的好处。云和虚拟化其实并不是一个新的概念，只是最近几年在技术圈子里很火热。抛开云和虚拟化华丽的外表，其实这里只需要它们提供给开发人员基础设施管理的能力，使用云和虚拟化的好处有以下几点。

• 快速响应环境的需求。

• 平台标准化，屏蔽底层的硬件物理实现。

• 实现对环境搭建的可重复性。

• 可以维护环境基线，根据镜像或副本复制环境。

• 可以对环境中的每个节点进行有效监控。

      致远服软认为：http://www.soft8.com.cn/虚拟化的合理使用也会带来成本上的好处，但更为重要的是给我们开发团队的自动化部署、持续交付带来了可能。可以想象，通过云和虚拟化技术，大连虚拟化软件技术开发测试人员在实现一个需求后，可以通过一条命令在几分钟内将其自动化部署到一个新创建的环境中，在向业务人员做完演示后，又能通过一条命令将该环境清除。

      下面举两个目前较为流行的例子，给大家展示云和虚拟化技术对自动化部署时基础设施管理提供的便利。

      以Amazon的EC2服务为例，它目前已经有了很多大连企业软件开发测试对其提供支持的工具，比如[Amazon EC2 API Tools]（http://aws.amazon.com/developertools/351）。配置好Amazon的key后，我们可以很方便地创建一个EC2 Node。

      但这仅仅是创建出一台最基本的基础设施，对于大连虚拟化软件技术开发测试人员来讲，仍需要通过脚本代码来对其进行自动化配置。不过，目前许多工具已经集成了对 EC2 的自动化部署。比如， Chef 通过一个插件 knife-ec2（https://github.com/opscode/knife-ec2）来直接对 Amazon EC2进行支持。当我们用 Chef 写出对自己产品的部署配置代码后，可以通过一条命令自动化地创建出一个具有某种角色的服务器，安装并配置项目的产品及其依赖，示例脚本如下。

knife ec2 server create "role[rails_server]" --image ami-31814f58 --flavor t1.micro --availability-zone us-east-1a--ssh-key MY_AMZ_KEY

# =>服务器在美国东海岸, 大小为 micro, 系统镜像为 ami-a54d67d1, Chef 按照部署代码将其配置为rails_server的角色。