随着企业扩展数据处理要求并部署新的软件架构，企业高管和管理员可能需要思考是否仍有必要维护本地数据中心。云服务和托管可以帮助减少数据中心管理的麻烦，但是企业在迁移前，需要制定有效的应用程序迁移策略。

除了计划淘汰硬件外，成功的迁移计划还涉及业务案例识别、风险评估和迁移后监控。

在今年Gartner IT基础架构、运营和云策略会议上，Gartner研究副总裁Doug Toombs着重讨论了企业应该如何评估应用程序在任何基础架构中的位置。

Toombs支出，应用程序迁移到企业外的目的是减少数据中心管理部门每天必须做的工作量。

phoenixNAP公司企业和解决方案架构总监Seow Lim表示：“在大多数情况下，企业不必自己管理设备，这对于他们来说更安全；他们不必进行前期投资。”

迁移策略：为什么、多少以及何时

Toombs表示，企业在进入云或迁移应用程序前，应确定真实的业务原因。

当企业高管对云迁移感兴趣，或者企业认为这是创新的下一步时，企业可以选择调查云迁移。Toombs说，但是更好的应用程序迁移动机应该是解决性能问题、提高生产力和获取对新技术的访问。

对于任何云迁移或者数据迁移，企业必须进行文档记录。对于此过程，企业必须决定将多少数据移出企业并确定迁移的时间范围。

Toombs表示，一般企业会将数据和应用程序迁移的时间定为三年，而那些希望迁移更高百分比的数据和应用程序的企业则估计需要四到五年的时间。不过，并非所有企业都计划将所有工作负载转移到云中。根据Toombs的说法，钟形曲线的峰值为40%到80%的工作负载迁移到云端。

Lim说，无论是主机托管、私有云、还是两者相结合，“不同的客户想要不同的东西，更大型的客户会喜欢他们所有的东西都在主机托管中心。”

他补充说，例如phoenixNAP公司的一位客户在进行基因组作图，并将托管功能用于其高性能数据集，但仅使用少量的托管硬件。

当确定迁移多少数据和时间表后，就必须制定完整的应用程序迁移策略。对于迁移到云端或迁移出企业，应详细列出所有潜在组件、风险和成本，以确保高管和关键利益相关者就如何部署云以及使用何种技术达成共识。

Toombs解释说：“如果一开始就没有达成共识的策略，这些分歧将在稍后浮出水面。”

在企业建立迁移框架后，下一步就是确定要迁移或保留在内部的特定应用程序。

评估应用程序执行场所和成本

在将应用程序移出企业前，风险评估是关键，因为高管们通常不会看到数据中心管理相关风险，特别是是由其管理员自己构建数据中心时。一旦应用程序移出企业，管理员对应用程序的控制权就会减少。

Toombs说，管理员应该问自己，“堆栈是否满足机密性、完整性或可用性要求？”他补充说，大多数组织将较低风险的产品组合放在云中，作为其应用程序迁移策略的一部分。

Gartner公司的“应用程序迁移优先级矩阵”将软件分为四个主要类别：初始重点、重构/修改、延期和不迁移-到目前为止。这使管理员可以将应用程序分为不同的阶段，并确定软件和数据的迁移时间。

除应用程序迁移优先级矩阵外，企业还可以将注意事项分为技术和非技术组件。技术方面的考虑因素包括延迟、可用连接、数据提取功能、审核日志记录和连续性以及恢复。

非技术选项包括服务水平协议、客户支持、传递风险和财务可行性。

Toombs表示，企业可以轻松计算固定成本或初始成本，以通过云运行工作负载。还需要考虑额外的设施、备份、软件和人员成本。

他指出：“你需要开始思考‘这是否具有成本效益？’而不是‘这会更便宜吗？’。”

但是，云或托管服务的成本模型仍然对很多企业有吸引力。在使用Opex模型时，企业可以简单地通过订阅模型为使用的带宽付费。

Lim说：“我们的C级高管希望以这种方式进行投资。即使使用我们的网络交换机，他们也试图获得更多的订阅模式，而不是购买连接。”

跟踪资源

当企业脱离其数据中心基础架构并执行其应用程序迁移策略后，管理员仍然需要一种方法来跟踪迁移的有效性。其中很好的选择是用电量。

Toombs说，通过用电量来跟踪进度可以抽象化不同系统的复杂性，考虑能源使用量和冷却组件，并且可证明针对任何水电费账单。

管理员还可以使用服务提供商提供的新工具和仪表板。这使他们可以获取资源利用率的快照并扩展资源，而无需每天跟踪所有潜在指标。