资金有限的开发人员利用公共云服务来引导项目已经有一段时间了。但是IT管理员必须从不同的角度指出部署公共云服务的前景。

　　例如，他们如何将我们的应用服务器扩展至云？他们如何从无网络连接位置提供到他们域的统一单点登录（single sign-on）？他们如何确保符合了他们的服务等级协议（SLA）？

　　IT管理员需要看到这些因素并在为现有基础设施提供安全性、可预测的可用性和整合点时决定如何利用这些新资源。如果你已经部署了微软的Hyper-V虚拟化，你已经朝云迈出了一步。

　　云有很多类型，范围从平台到存储，但是大部分企业管理员都希望在基础设施级别开始。利用你已有的计算资源来驱动服务器是走向云整合的第一步。既然云基础设施基于某些形式的管理程序核心上的虚拟化，在你自己的数据中心拥有一个虚拟化程度高的基础设施是准备迁移到云的关键步骤。VMware最近在提供以VMware ESX兼容性为基础的云服务上出了不少新闻，但是这只验证了一条真理：迁移虚拟机到云就像你在内部主机间迁移虚拟机。

　　哪个系统是云可用的？

　　当决定云可用的系统是什么时，看看你的应用组合再做出决策。很多公司最开始都以不太关键的应用来试水。你也许想用后端系统面向那些不需要太多整合的应用，如某些网站或独立的网站系统。很多人还对敏感信息的安全性小心翼翼。即使一个云系统没有在大型数据攻击中暴露，最好还是熟悉环境并确保其安全而不是承担失去敏感数据的危险。

　　向云中整合Hyper-V虚拟机

　　Hyper-V的整合有两种方法。微软喜欢与合作伙伴协作，同时也提供自己的解决方案。首先，微软的Aure平台在微软为主的数据中心中提供一种基础设施即服务（IaaS）密钥。例如，提供在云中的SQL Server和基于IIS的.NET平台让现有系统迁移到云的过程更容易，现在系统是为微软生态系统开发的。

　　唯一一个微软落后的领域在提供一个由管理员管理的完全Hyper-V服务选择上。但是现在它在Azure平台上提供虚拟机（VM）角色。这个服务器让你用自定义的Windows Server 2008 R2操作系统安装负载自动化安装。你仍然受限于Azure的规则，意味着你必须部署无状态的应用来防止数据丢失。经典的、有状态的客户端/服务器执行不受支持，当决定在这个角色中部署一个应用时想想网络服务。

　　VM角色允许你在云中运行你自己的VHD，尽管微软仍然管理根本的操作系统、网络和IP结构。使用VM角色和其它提供角色的主要不同是补丁不受自动管理。尽管它仍然在测试中，VM角色有希望很快整合到Azure解决方案中。

　　系统中心的未来版本会提供与Azure更紧密的整合，提供一个单一方式来管理和监控VM角色。尽管VMware的vSphere在这一领域提前得和整合走得一样远，微软的系统中心2012应该为本地Hyper-V机器和Azure虚拟机角色带来紧密的整合。这将包括供给、自助服务功能和上传VHD到云中的能力或是无需上传额外字节部署自定义模板来部署标准化图像的能力。

　　清晰看来，Azure不是一个单纯的IaaS战场。它确实集中于为搭建.NET应用担当平台即服务（SaaS）而不是运行包括应用在内的自定义操作系统。微软确实明白有太多应用不能只从一个.NET控制台部署，所以就有了选择。

　　如果你想要部署一个真正IaaS的能力，你会想要提供商给你更多的自由选择你在云机器实例上部署什么。IaaS的最好的例子是Amazon的EC2服务，它让你将机器实例自旋向上到Amazon云中。虽然Amazon只支持某些类型的网络服务集中式部署，它们确实给了你一些自由。

　　一些厂商会在转移你的内部VHD到云的过程中提供协助，但是很多会想要你渐渐清除一个新构建。如果你计划在混合情形中使用云提供商，整合点也许非常重要，混合情形中你想要将私人托管的应用扩展到公共云中。如果你计划保持这些应用服务器和网络独立，那么这将不是一个大问题。

　　理解的另一方面包括可能的认证整合。如果你想要这些公共云机器运用你的内部活动目录运作，你会需要联合你的目录或提供一些公共云里的虚拟网络，它允许你的网络扩展到厂商的领域。Amazon用虚拟私有云在这一领域做好准备，但是其它厂商都渴望提供和这一样的自定义整合点。

　　对Hyper-V云而言为时尚早

　　尽管对Hyper-V而言，还仍是初入云领域，但它发展得很快。你通过开始研究你的选择并选取你可以作为概念证明的几个应用程序会帮你大忙。发展环境和面向网络的应用都是首选。一旦你理解了云服务的强大，你会把它作为另一个工具来调整大小并加强合理的启动成本，同时有充足的全球可用性。