在迁移到云的过程中，很多企业选择部署私有云计算环境。这种模式的优点很多，整合了IT投资和资源、自动化任务并引入诸如虚拟化这样的新技术。通常，云模式为传统老设备和新技术的引入之间打通了道路。
公有云面临安全问题挑战，但是您应该在自己的数据中心内已经解决了大多数问题。为什么不把这些解决方案通过整合和自动化进行扩展，以降低云项目起步时的复杂性?
迁移到云并不意味着虚拟化
很多企业IT部门在考虑迁移到云的时候总是想到虚拟化。在一些数据中心，虚拟平台都是服务提供的核心，但是云并非仅仅指技术实现方式。实际上，它们还包括了人员、流程、整合和控制。迁移到云意味着对企业内重复服务内容的整合，以及对一些日常和傻瓜式工作的自动化处理，可以解放员工去完成更复杂的工作。
云可以是共享架构，可能是虚拟化的，也可能包含物理硬件。以Google的Gmail或微软的SkyDrive为例，这些服务不需要虚拟化，其建立在数以千计的物理机上。您的很多私有云服务也可以这样搭建，特别是基于如Microsoft Cluster Service这类技术的服务，可能会跟虚拟化环境的工作原理相冲突。
目标是整合而不是虚拟化。如果您可以把50台文件和打印服务器整合到三台集群物理宿主机上，这就是一种成功的云，无论是否采用了虚拟化技术。
实现到云的迁移
那么如何从虚拟化环境迁移到云呢?首先，标准化基础技术。虚拟化技术通过使用虚拟机模板和自动化部分安装部署工作，实现了操作系统配置的标准化。同时也对数据复制、防火墙和其它安全工具、OS以及存储配置工作的标准化提供帮助。这些标准化可能为虚拟化和云计算提供帮助。
如果您无法创建一种万能的方案，就选择多种类型，目标是一次性解决配置问题。拥有10种不同类型的虚拟机要比3000个各不相同的系统好得多。
这也是考虑自动化的好时机，特别是用于消除重复工作。迁移到云，您是否可以通过向虚拟机模板中添加常规应用软件来避免之后安装它?不再去每台服务器上创建本地账户，而改用集中的Lightweight Directory Access Protocol或Active Directory 实例代替，是否更为高效?是否可以通过配置管理工具，如Puppet 或 Chef来自动更改和管理服务器配置的工作?
就算是一组常规的运行命令脚本都帮助极大。系统管理员总是对他们的偷懒方法感到自豪–从不需要重复输入两次命令。模仿他们的方式，避免由于缺少自动化而去重复执行任务，一次就好。
自动化并非提供自助服务所必需的。通常，云被看做一种自助服务，但是IT行业花费很多年时间包装跟创建和管理服务器相关的流程。这些流程通常服务于如何监控服务器或服务，文件如何创建或授权如何管理等等内容。抛开这些事情去提供自助服务是一种错误。
一旦您通过标准化和自动化为云打好了基础，可以开始更艰难的工作，调查企业中运行的IT服务。找到正在运行的服务是一种挑战，即使只是指出每种服务存在的原因。
人们总是有好的理由来复制服务。例如，企业的主Web服务器不能支持某种技术，所以部门创建了自己的Web服务器。存档这些需求并努力扩展中央系统功能以满足它们。您还需要具备足够的灵活性。迁移到云需要对IT系统架构的长期整合过程，从中您会发现很多意想不到的惊喜。
