许多公司都有转向云服务获得利益的遗留应用程序。云计算的出现给现有的企业应用程序的部署创造了新领域。本地程序涉及到了完全已知和有限的资源。但是，在云中上，像极限扩展、按需供应和多租户架构这样的因素为成功的和非成功的部署创造了一些新奇的机会。一些传统的最佳实践很好的转移到了云中。IT必须再思考他们的云部署策略以确保成功。

　　未能计划一个有效的云部署的结果

　　如果组织部署遗留应用到云中，但是很粗陋，那么它就要为得到负面影响做好准备了，例如错误弹性或有效利用资源的好处，这将会导致较低的消费。成本节约也不会实现，或得到比预期小的ROI。

　　如果低估了故障公差，那么在云部署之后较老的应用程序可能会经历较慢的运行时间和太多的停机时间。应用程序可能不会妥善使用故障转移来有效利用云中提供的可用的备份资源。

　　行政负担会高。向云中部署推测可能会保留IT的人力资源，但是一个差的部署可能意味着IT人员比以前花更多的时间解决问题应用程序或管理终端用户的投诉。

　　因为在存在这些问题，这里有一些值得特别思考的部署决策。

　　重新部署还是重新架构？

　　建立遗留软件运行在本地物理服务器上，几乎可以确定要做好充分的准备来迎接云上的生活。即使是那些应用已经运行在了虚拟服务器上，没有调整也不能开始他们的旅程。决定是否要进行适度修改或者是从头开始重建。

　　这里有一些问题帮助逐个按应用程序来澄清这些问题。

　　云迁移是否将会允许使旧的且昂贵的操作系统、网络和硬件完全退休？如果是，这可能值得重新设计应用程序，所以你可以彻底决裂，而不是运行两个并行的系统。如果你不想重新设计较旧的应用程序，而且你正在部署到云基础设施上，那就要确保基础设施即服务（IaaS）能够模仿你的当前的系统。

　　是否应用性能真的那么重要？许多公司都有一个软件库，但只是偶尔用一下。他们做此项工作，但他们没很必要做的特别高效。在那种情况下，就不值得用额外的开发者资源来重新架构他们了。一个临时的补丁就足够了。

　　应用程序是否已经准备好退休了？部署前评估阶段正是确定是否老的应用仍然为企业业务服务的的好时机。一个现代的软件即服务（）应用可能也做同样的工作甚至更好，而且将会更容易部署。不要因为怀旧或者由于多年来资源投资于他们而沉迷于遗留应用程序。

　　遗留应用要求很高的安全性吗？如果你部署一个私有云，一定要检查那个环境给应用程序暴露了怎样新的风险。你可能需要给应用程序添加安全功能优先于云部署。

　　决定部署次序

　　决定哪一个应用程序应用应该第一个迁移到云中是另一个决策，这要求你回答一些问题。

　　你的组织是否高度的风险规避？如果是，那么部署不太重要的应用程序到云中作为试点可以会比较有意义。这给IT提供了一个机会来证明流程是有效的。在这种情况下，选择一个可以使终端用户的生活明显简单的应用程序是明智的决策。可能你会选择一个较应用程序，它在本地的配置中表现的不是很好，因为版本的问题。当性能随着快速的版本而提升时，“哇”的因素将会给利益相关者带来下一个迁移阶段。

　　在迁移决策中，RIO是最主要的因素吗？如果是，把部署决策与明确的业务获得连接是至关重要的。在IT资源中这可以是即时的成本节约，或者是在即将到来的流量峰值阶段为大量的用户服务时获得的盈利。在这种情况下，你或者是赢得很多或者是失去很多，所以选择一个已经通过虚拟基础设施交付的应用程序可能是明智的。在这种方式睛，迁移可能是简单。

　　应用程序本身复杂吗？它是否有很多的依赖关系？你是否已经迁移到应用程序，但留了一些特别的数据库之类的托管在了遗留平台上？这些回答可能会影响你重新部署应用到web上的次序。你可能不得不迁移一些相互关联的批次,，以确保接口仍然可行。期望花更多的时间在集成上，考虑在你有了一些成功的云部署资本后，留住更多的复杂的遗留应用的迁移。