云迁移清单：确保顺利（安全）云之旅的 8 个步骤

将任务关键型应用程序和数据迁移到云端是一个庞大的项目，如果您希望获得高投资回报率，则需要进行深入规划。如果没有一个合理的策略，您的云迁移可能会导致比业务收益更多的利润损失和令人头疼的问题。

本文提供了云迁移清单 这可确保您顺利、安全地迁移到云端，并且不会出现令人不快的意外。您可以使用我们的清单作为迁移过程的基准，因为下面的分步计划涵盖了将应用迁移到云端的所有主要方面。

云迁移清单

与云迁移作斗争是企业的普遍问题。最近的研究表明，55% 的云迁移要么遇到严重延迟，要么超出预算 .

此外，目前有 62% 的组织将迁移到云的过程描述为困难 或失败 .这些公司中的大多数都在没有彻底考虑的情况下匆忙过渡：

• 总拥有成本 (TCO)。
• 团队如何将大量数据和任务关键型应用迁移到云端。
• 云部署和集成的不同选项。
• 潜在的新网络安全风险。
• 内部团队为在云中运营做好了怎样的准备。

下面的云迁移清单可确保您在团队开始将应用和服务迁移到云之前考虑这些因素。

选择首选迁移架构师

云迁移涉及大量技术决策和计划，因此您必须指定一名专家或专家团队来领导这项工作。无论您与一名或多名员工一起去，迁移架构师的角色都是：

• 评估服务，看看它们更适合本地托管还是云托管。
• 为迁移和云路线图制定时间表。
• 为移动数据和应用设计最佳策略。
• 确定并监督必要的应用重构。
• 确定迁移优先级。
• 定义所需的工具链。

专门的架构师还应该提供您 IT 的完整图景。这个过程涉及回答以下问题：

• 您有哪些应用，谁使用它们（以及使用频率）？
• 您希望迁移的应用对业务的关键程度如何？
• 程序消耗哪些资源，它们是否依赖于其他应用？
• 目前有哪些 SLA、业务连续性措施和合规措施？
• 是否存在影响当前运营的性能问题？

根据分析，迁移架构师应评估您当前的员工是否具备必要的专业知识：

• 执行迁移。
• 在云环境中运行。

除非您确信您的团队可以在新环境中茁壮成长，否则切勿开始向云端过渡。

专门的迁移团队还应确定总拥有成本 (TCO) 来说明云迁移的投资回报率。云迁移的 TCO 评估包括以下因素：

• 迁移的总成本。
• 迁移后的云成本（主要是带宽和网络的价格）。
• 员工培训费用。
• 定期迁移后维护。
• 潜在停机成本。
• 空间、冷却和电力成本（对于本地私有云）。

设置迁移目标和 KPI

下一步是确定迁移的主要目标。一些常见的高端目标是：

• 对旧版应用进行现代化改造。
• 加速特定服务。
• 提高运营能力。
• 提高系统弹性。
• 提升用户体验。
• 实现更好的服务可扩展性。
• 降低运行成本。
• 提高数据安全性。

除了总体目标外，团队还应定义云迁移关键绩效指标 (KPI)。这些指标将衡量迁移的应用程序或服务的执行情况是否符合预期。您的团队可以跟踪的 KPI 数量没有限制，但所有指标都属于以下两个类别之一：

• 您在迁移过程中遵循的 KPI。
• 迁移后 KPI。

以下是企业在迁移过程中可以跟踪的最常见 KPI：

• 迁移持续时间（整体和每个应用）。
• 关键服务的可用性。
• 服务和数据中心的停机时间。
• 由于停机导致服务质量下降。
• 生成的服务票证的数量。
• 迁移成本。

让我们看看您的团队可以跟踪的一些迁移后 KPI：

• 基础设施 KPI（CPU 使用率、服务内存占用、磁盘性能、负载平衡、延迟、网络吞吐量等）。
• 应用性能指标（错误率、超时次数、平均响应时间 (ART)、峰值响应时间 (PRT)、正常运行时间、可用性等）。
• 用户体验 KPI（请求峰值数量、HTTP 状态代码错误、引发和记录的异常、滞后、响应时间等）。
• 业务影响指标（结帐流程的持续时间、订阅和退订率、参与率等）。
• 成本 KPI（每月计费、人员成本、第三方工具、咨询成本等）。

您需要为每个 KPI 设置基线值 在决定要跟踪什么之前。基线是测量应用程序和服务的当前（迁移前）状态的过程。这些 KPI 使您能够确定迁移后的性能是否可以接受。

执行数据和应用评估

数据评估是此云迁移清单的重要步骤，因为移动数据通常是采用云计算中最棘手的部分。仔细评估数据使您的团队能够评估：

• 数据风险级别。
• 您计划迁移的数据量和类型。
• 整体数据弹性。
• 法律数据隐私要求（如果有）。
• 对数据完整性的最大威胁。
• 潜在的迁移后数据泄露或泄漏情况。

您的数据所在的位置可能会影响 or 和服务的性能。当数据访问方法仍在本地运行时，将数据移动到云端会显着影响性能。如果数据库仍然在本地，但访问它的服务驻留在云端，情况也是如此。

除了评估数据之外，您的本地应用程序应该得到同样的处理。在迁移之前，团队应创建所有本地应用程序及其服务器的清单。您还应该评估任何当前的虚拟机并考虑潜在的应用依赖关系。

因此，您可以在将哪些应用程序迁移到云之前确定哪些应用程序需要重构。团队还可以开始确定首先迁移哪些应用程序的优先级。

评估云迁移选项

云迁移清单的下一步是评估哪些应用程序需要与云进行何种类型的集成。你有两个选择：

• 浅云集成（也称为提升和转移）： 当您提升和转移应用程序时，您几乎不需要更改代码，并且或多或少地将应用程序设置为当前形状。在不进行任何更改的情况下迁移应用称为重新托管;将应用程序迁移到云端时进行细微的更改是重构 .
• 深度云集成： 与其浅层对应物不同，深度云集成需要您修改应用程序以利用云功能。更改的范围从相对简单的调整（例如设置自动缩放和动态负载平衡）到使应用成为云原生解决方案的高级更新（例如启用无服务器计算）。

与重构应用程序的主要部分相比，浅云集成是一个明显更快的选择。一般来说，任务关键型应用程序通常值得深入集成。不太重要的应用和服务可以使用浅层方法，因为您可以在迁移到云后随着时间的推移对其进行重构。

在评估哪些服务需要哪种类型的集成时，公司还经常决定停用或保留应用：

• 停用是识别过时的应用或服务的过程，如果上传到云端则毫无价值。
• 保留是将应用保留在本地的决定，通常是出于安全或合规性考虑。

选择合适的云部署模型

选择合适的云部署模型对于成功的云迁移至关重要。不同的模型适合不同的用例，您可以选择以下五个选项：

• 公共云（一种多租户环境，可通过 Internet 或通过专用直接连接提供对计算资源的访问）。
• 私有云（企业在自己的数据中心内运行云资源的单租户系统）。
• 混合云（混合了本地系统、公共云和私有云，其中工作负载通过自动化和编排在环境之间移动）。
• 多云（两个或多个公共云 IaaS 环境的混合）。
• 社区云（在具有共同需求或关注点的几家公司之间共享的基础设施）。

您应该使用哪种部署模型主要取决于您的业务的独特需求和目标。这里有几点建议：

• 公有云提供了一个按使用付费模式的可扩展环境。尽管具有高度可扩展性，但公共云可能不适合敏感的工作负载。
• 私有云非常适合预算有限的公司运行为其关键任务工作负载量身定制的本地云环境。
• 混合云使您能够在本地运行敏感的工作负载，同时还可以在需求高峰期利用公共云的可扩展性。
• 虽然操作得当非常有益，但在设计混合架构之前，您需要了解一些混合云挑战。
• 对于关注供应商锁定的公司或希望混合和匹配来自多个提供商的服务的公司来说，多云是一个绝佳的选择。

选择云服务提供商

除非您选择设置本地私有云，否则云迁移清单上的下一个项目应该是找到云提供商。虽然大多数供应商提供类似的服务，但它们并不完全相同。选择云提供商时的一些关键考虑因素是：

• 定价。
• 服务选择。
• 在特定地区的可用性。
• 正常运行时间保证。
• 您的内部团队对提供商技术堆栈的熟悉程度。
• 行业特定的合规要求（例如，根据 CCPA 或 GDPR 将用户数据保存在原始位置）。
• 迁移后支持和托管 IT 服务。

请记住，最受欢迎的服务提供商并不总是最合适的。知名供应商旨在满足广泛的需求，因此他们并不总是能够与特定垂直领域的公司完美匹配。

例如，一家从事医疗保健业务的公司可能最好与更了解和支持 HIPAA 合规性的利基供应商合作。

执行必要的重构

一旦您知道您需要哪种云部署以及与谁合作，您的团队就应该开始对应用和服务进行必要的更改，然后再将它们迁移到云端。

目标是使软件在云中尽可能有效和高效地工作 .例如，您的团队可能会将应用重构为：

• 使用可变数量的正在运行的实例以实现近乎即时的扩展。
• 利用动态云功能（例如根据当前需求分配和取消分配资源的能力）。
• 创建一个更加面向服务的架构，以将单个服务快速迁移到云端（这次和下线）。

现在也是重新考虑治理和安全的最佳时机。您可能需要调整您的治理策略，以减少对内部安全和控制的依赖，而更多地依赖提供商的云服务。在云安全方面，您需要：

• 评估迁移是否会导致新漏洞。
• 了解您的内部团队将如何与提供商合作以确保云资产的安全。
• 调整（并可能改进）您当前的安全措施和做法。
• 决定您是否可以从提供商提供的其他安全工具中受益。
• 设置故障转移和灾难恢复机制。

有条不紊地从本地操作迁移和切换流量

虽然您可以一次将所有内容都迁移到云中，但这种方法可能具有挑战性且风险很大。相反，您应该逐一迁移应用和服务 ，从不太重要的应用开始，然后慢慢进入关键应用。

以下是这种迁移方法的外观：

• 优先考虑您的团队可以在运营风险最小的情况下迁移的应用。好的选择是只需要重新托管或使用最少资源（例如低存储或计算）的应用。
• 然后，开始迁移对您的业务具有高价值但在迁移过程中风险相对较低的应用。
• 最后，将任务关键型和破坏性工作负载留到迁移的最后阶段。除非之前步骤中的应用运行良好，否则切勿开始移动这些应用。
• 使用手动或自动测试（或两者）来检查迁移是否成功。

根据您的应用和数据存储的架构，您可以通过两种方式将流量从本地解决方案切换到云端：

• 一次性完成： 一旦应用开始在云中运行，团队就会立即切换所有本地流量。
• 一次一点： 一旦团队设置了基于云的应用程序，您就可以将一些客户转移到新环境中。如果一切正常，您可以继续将客户转移到云端，直到所有最终用户都依赖新应用。

使用我们的云迁移清单，自信地迁移

虽然迁移到云通常是一个不费脑筋的决定，但许多企业在将应用程序迁移到云时遇到困难或取得的成功有限。坚持上面的云迁移清单可确保您避免所有常见的陷阱，因此您可以开始规划您的云采用，而不必担心代价高昂的失误。