虽然云计算在企业IT中仍是一个相对较小的领域，但其增长速度惊人。这种增长大部分来自于诞生并生活在云中的新应用。然而，企业也在以快速增长的速度将现有的遗留工作负载转移到云端，以提高灵活性并节省资金。
随着云迁移需求的增长，随之而来的是对如何将本地数据中心应用迁移到云中的服务和建议的需求。AWS、Microsoft Azure和Google Cloud是一些认识到这种需求并宣传其专家协助的大型云玩家。
从本地迁移到云端可能会带来各种挑战，包括预算超支和容量规划不当。如果企业在现代化项目中走得不够远，只是将应用迁移到云端，而没有充分受益于云所能提供的一切，那么企业也可能会遭受损失。
本文将介绍一些简单的步骤，大家可以遵循这些步骤最大限度地提高数据中心迁移项目的成功机率。
何时计划数据中心迁移
选择数据中心迁移时间的一个经验法则是，一旦硬件至少使用了三年，企业就会考虑更换。然而，这一指示过于简单，没有考虑到一个更重要的因素:迁移意愿。这种激励需要自上而下，即使其最终将自下而上地部署。
因此，回答企业何时应该计划将其数据中心迁移到云端的最简单方法是，在有足够的管理层支持的情况下。
迁移数据中心的常见挑战
企业在数据中心迁移过程中面临的最大挑战，就像IT领域的许多事情一样，这与技术无关，而是与人有关。
正如Jassy曾经指出的那样，企业需要考虑客户随着时间的推移所要求的不断变化的体验。其总结到，这些经历“通常需要相当大的改变或转变。”这样的转型需要付出相当多的痛苦和努力，而管理层的支持对于经受住任何短期挫折至关重要。
对于许多企业来说，考虑转型变化是如此令人生畏，以至于一些企业简单地默认在云中重新托管应用——通常称为“提升和转移”——而不是为云重新设计。提升和转移方法的优点是其相对简单;缺点是，可能只是将旧的运营方式迁移到新的基础设施上。
然而，尽管组织可能希望迁移，但可能缺乏这样做的人才和专业知识。即使计划是转型，从一个更渐进的方法开始也是值得的。例如，迁移非任务关键型应用程序是一种使用正确的流程和知识构建云迁移能力的方法。
所有这些都指向了仅次于意愿/动机的东西，那就是计划。例如，企业可能忽略了迁移计划中看似微小的步骤。毕竟，它们太明显了，不需要写下来，对吧?不幸的是，这是一个糟糕的假设，当企业试图将实现迁移所需的移动部分拼凑在一起时，可能会导致各种各样的问题。
一个糟糕的计划通常始于一个混乱的策略，而最成功的迁移始于一个清晰的、得到广泛支持的策略。提出以下问题很重要：
- 为什么要这么做?
- 希望达到什么目标?
- 怎么去，什么时候去?
通过这些问题来构建想法后，应该直接跟上详细的项目计划。
成功迁移数据中心的步骤
为迁移创建分阶段的计划和业务案例
在确保为交付数据中心到云的迁移提供足够的执行支持之后，第一步是计划。虽然最终目标是业务转型，但需要建立一个分阶段的方法来实现该目标。这可能涉及针对不同类型应用的各种迁移策略:重新托管、重新平台化或重构和重新架构，具体取决于它们对客户体验的重要性。
在构建迁移的业务案例时，最适合给定应用的方法通常会变得显而易见。问问自己:从上市时间和收益角度来看，这次搬迁的商业理由是什么?确定哪种方法最能提供预期的结果。
盘点当前资产并映射到提供商基础设施
计划的一部分还应该包括盘点应用及其需求，还要对首选云提供商提供的服务进行编目。
需要为每个迁移路径绘制地图，包括将服务器映射到云的机器类型或不同的数据库服务。例如，可以选择从自管理的MySQL实例转移到完全管理的数据库服务来支持应用。
此外，还需要规划云基础设施。例如，如果正在使用Azure，Microsoft提供会提供登录区作为托管已迁移工作负载的环境。
建立检查点以衡量进度并支持持续的测试
从一开始就建立检查点，并根据目标不断评估进度。这个评估阶段应该包括持续不断的测试，以优化性能并解决任何障碍。
无论迁移计划多么可靠，几乎100%的可能性计划的某些元素不会像预期的那样工作。因此，定期检查进度是值得的，这样就可以在必要时重新调整方法。
评估迁移成功和迁移后的优化
最后，即使在迁移完成之后，智能策略也需要继续优化。这可能包括增加自动化以降低运营负担，改进可观察性工具等等。换句话说，迁移到云并不是旅程的结束，而是优化数据中心和云基础设施的数据以及其他业务运营的开始。
