企业大规模的上云迁移的经验经验

虽然云仍然是企业 IT 中相对较小的部分，但其增长速度惊人。大部分增长源于在云中诞生和运行的绿地应用程序。但是，企业也正在以快速增长的速度将现有的遗留工作负载迁移到云端，以提高敏捷性和节省资金。

这种不断增长的云迁移需求，随之而来的是对如何将本地数据中心应用程序迁移到云的服务和建议的需求。

从本地环境迁移到云端可能会带来各种挑战，包括预算超支和容量规划不当。如果企业在现代化项目中走得不够远，只是将应用程序迁移到云中，而没有充分受益于云所能提供的一切，那么企业也可能会受到影响。

在本文中，我将介绍一些简单的步骤，您可以按照这些步骤最大限度地提高迁移项目的成功机会。

何时计划上云迁移

确定迁移时间的一个经验法则是，一旦您的硬件至少使用了三年就迁移，这往往是企业考虑更换它的时候。然而，这个说明过于简单化，没有考虑到一个更重要的因素：迁移的意愿。这种动机需要自上而下，即使它最终会自下而上地部署。

我们一定要认真对待云的企业需要从转型而非渐进式改进的角度来思考。没有热情和始终如一的高管支持，这样的转变是不可能发生的。

因此，回答公司何时应该计划将其数据中心迁移到云的最简单方法是在有足够的执行支持时。

迁移的常见挑战

这给我们带来了企业在数据中心迁移过程中面临的最大挑战。与 IT 领域的许多事情一样，这与技术无关——而是与人有关。

企业需要考虑他们的客户时间的推移需要不断变化的体验。这些经历通常相当大的改变或转变。此类转型涉及相当多的痛苦和努力，而高管支持对于抵御任何短期挫折至关重要。

对于许多企业来说，考虑转型变革是如此令人望而生畏，以至于有些企业只是默认在云中重新托管应用程序——通常称为“直接迁移”——而不是为云重新设计它们。提升和转移方法的好处是它相对简单；缺点是它可能只是将旧的运营方式迁移到新的基础设施。

尽管如此，尽管企业可能希望迁移，但可能缺乏这样做的人才和专业知识。即使计划是转型，从更渐进的方法开始也是值得的。例如，迁移非关键任务应用程序是一种通过正确的流程和知识来构建云迁移能力的方法。

所有这些都表明什么可以说应该仅次于意志/动机，那就是计划。例如，企业可能会忽视迁移计划中看似微不足道的步骤。毕竟，它们太明显了，不需要写下来，对吧？不幸的是，这是一个糟糕的假设，当公司试图将实现迁移所需的移动部件拼凑在一起时，可能会导致各种问题。

一个糟糕的计划通常始于一个混乱的战略，而最成功的迁移始于一个清晰的、得到广泛支持的战略。提出以下问题很重要：

我们为什么这样做呢？

我们希望达到什么目的？

我们将如何以及何时到达那里？

使用这些问题来构建您的想法后，应该直接跟上详细的项目计划。

成功迁移数据中心的步骤

为迁移创建分阶段计划和业务案例

在确保为交付数据中心到云的迁移提供足够的执行支持后，第一步就是计划。虽然最终目标是业务转型，但您需要建立一个分阶段的方法来实现这一目标。这可能涉及针对不同类别应用程序的各种迁移策略：重新托管、重新平台化或重构和重新架构，具体取决于它们对您的客户体验的重要性。

在构建迁移业务案例时，最适合给定应用程序的方法通常会变得显而易见。您会想问问自己：就上市时间和收入而言，此举的商业案例是什么？确定哪种方法最能提供预期的结果。

盘点当前资产并映射到提供商基础设施

该计划的一部分还应包括不仅清点您的应用程序及其要求，还应包括对您首选的云提供商提供的服务进行分类。

您需要为每个迁移路径制定出迁移路径，包括将您的服务器映射到云的机器类型或不同的数据库服务。例如，您可以选择从自我管理的 MySQL 实例迁移到完全托管的数据库服务以支持您的应用程序。

此外，您还需要规划云基础设施。一般您选择的服务商会提供登录区作为托管已迁移工作负载的环境。

建立检查点以衡量进展并支持持续测试

您还应该从一开始就设立检查点，并根据目标不断评估进展情况。此评估阶段应包括持续不断的测试，以优化性能并解决任何障碍。

无论迁移计划多么可靠，计划中的某些元素都无法按预期工作的可能性几乎为 100%。因此，定期检查进度是值得的，这样您就可以根据需要调整您的方法。

评估迁移成功和迁移后的优化

最后，即使在迁移完成后，智能策略也需要持续优化。这可能包括增加自动化以降低您的运营负担、改进可观察性工具等。换句话说，迁移到云并不是结束，而是优化数据中心和/或云基础设施的数据和其他业务运营的开始。