对于想从从资本费用转变为现收现付制的企业来说，迁移到基础设施即服务（IaaS）是一个有吸引力的选项。且不管云计算的业务驱动力，这其中许多包括了降低成本以及增强敏捷性，现在许多大企业面临着以从企业迁移到云的眼光去重新评估其IT核心资产，以便改善业务效能。然而，除了要从质量上鉴别云计算的好处之外，IT主管缺乏从质量上评估风险回报结构的能力，而这种结构是应用从企业迁移到云所需的。企业资源迁移到云若是缺乏了一个可以计量的影响评估，企业在其云迁移的过程中就会面临着特定的抉择。

　　TT SOA编辑推荐：云计算小指南（更新版）

　　核心的迁移问题

　　对于CIO、CTO以及业务应用架构师来说，云计算已经成为其总体IT战略不可或缺的概念。随着业务考虑逐步将其部分基础设施迁移到云上，IT组织需要全力应对的基本问题包括：

• 　　哪些应用或其组件应当被迁移到云端？
• 　　迁移的次序/优先级应该如何定？
• 　　根据应用性能和可靠性需求，应该选择哪一家IaaS供应商？
• 　　我应该如何降低从企业迁移到云的风险？

　　如果没有触及这些问题，在云迁移过程中面临特定抉择的企业就会给自己的业务运营增加无法估量的风险，并会破坏他们通过迁移到云想寻求得到的效能。

　　典型的迁移过程

　　在一个典型的从企业迁移到云的过程中，公司会基于诸如业务持续性、可伸缩性或更低的总体拥有成本等驱动力来识别出候选的组件。然后，云供应商的选择的需要将像数据库、应用服务器、ESB之类的服务组件搬迁，并以一致的方式存放到云环境中。一旦一个完整的参照系统被部署到云上面之后，企业应用与基于云的组件的交互行为必须得到测试。对部署在IaaS供应商上的云的参照系统进行测试，可以使得企业得以在多用户的环境下评估服务器、内存、CPU以及存储之类的行为。IaaS供应商还必须在各种不同的时间进行测试一遍保证一致性的行为。

　　要想理解把应用组件迁移到基于云的部署环境的风险，就得评估从企业数据中心到云供应商增加的额外跳数所产生的影响。网络基于时延的超时，消息传递错误，性能和安全配置必须加以编码以便转交给该部署环境的一个新的“测试版本”，从转向云的一个生产版本镜像开始，到跟云交互时测试各种“如果”场景，不一而足。 这一切给开发增加了显著的负担，出于模拟失败、性能以及伸缩性场景的考虑，就需要客户化基于云的组件。一旦企业对交互感到满意，为了进行模拟而添加的代码有不得不被移除或关闭，以便确保应用处于生产状态而非调试状态。

 　　在《理解企业迁移到云的成本和风险（下）》中，我们将继续为您介绍有效评估迁移的替代方案。