云迁移

云迁移是指将应用程序、数据及其他类型的业务组件迁移到任何云计算平台的流程。组织可以执行云迁移的几个部分。最常用的模型是将应用程序和数据从本地数据中心传输到任何公共云。

但是，云迁移也可以包括将应用程序和数据从一个云环境迁移到另一个云环境，或者将其迁移到另一个云环境，这种模式称为云到云迁移。另一种云迁移是反向云迁移、云退出和云回迁，其中应用程序或数据被迁移回本地数据中心。

云迁移的优点

组织迁移到云有多种原因，但通常是在面对以最安全、最具成本效益的方式开发 IT 基础设施的许多挑战时。

迁移到云的一些优势如下：

• 灵活性：没有任何组织能够始终如一地满足相同数量用户的相同需求水平。如果我们的应用程序面临流量波动，则云基础设施允许我们向上和向下扩展以满足需求。因此，我们可以仅应用我们需要的资源。
• 可扩展性：随着组织的发展，分析功能以及数据库和其他工作负载的扩展也会随之增长。云提供了增强现有基础设施的能力。因此，应用程序有增长的空间，而不会影响工作。
• 敏捷性：开发过程必须足够灵活，能够快速响应技术资源的快速变化。云采用通过大幅缩短采购新存储和库存的时间来实现这一点。
• 生产力：我们的云提供商可以处理我们基础设施的复杂性，以便我们可以专注于生产力。此外，大多数云解决方案的远程可访问性和简单性意味着我们的团队可以专注于发展我们的业务等重要事项。
• 安全性：通过集中存储数据，云比许多其他数据中心提供更好的安全性。此外，大多数云提供商都提供一些内置功能，包括跨企业可见性、定期更新和安全分析。
• 盈利能力：云遵循按使用付费的模式。无需为额外费用付费，也无需持续投资于培训、维护、构建和更新各种物理服务器的空间。

云迁移策略类型

迁移到云可能是我们业务的一项有利可图的投资。像许多公司一样，您可能想知道从哪里开始。
Gartner 指定了一些广泛称为“迁移的六个 R”的选项，定义如下：

1. 重新托管（迁移）

最常见的路径是重新托管（或迁移），它的实现方式顾名思义。它会获取应用程序，然后将其放置到新的托管平台，而无需更改应用程序的架构和代码。此外，对于不熟悉云计算的企业来说，这是一种普遍的方式，它们可以从快速部署中获益，而无需花费金钱或时间来规划扩展。

此外，通过迁移现有基础设施，我们正在使用类似于其他数据中心的云。这对于一些企业来说，是有利于充分利用各种现有的云服务。例如，为应用程序添加可扩展功能，以提升不断增长的用户群体的体验。

2. 重新平台化

重新平台化被称为“迁移、调整和迁移”。它包括进行一些云优化，而无需修改应用程序的核心架构。对于那些尚未准备好进行配置和扩展的企业，或者希望增强在云中信任的企业来说，这是更好的策略。

3. 重构

这意味着从头开始重建我们的应用程序，以利用云原生功能。我们无法执行无服务器计算或自动缩放。潜在的缺点是供应商锁定，因为我们正在云基础设施上重新创建。正如我们所期望的，这是成本最高、耗时最长的路线。但是，对于希望利用更多标准云功能的企业来说，它也是面向未来的。
它涵盖了迁移现有基础设施最常见的三个方法。

4. 重新购买

这意味着用新的基于 SaaS 和云原生的平台（例如 Salesforce 的本地 CRM）替换我们现有的应用程序。复杂性在于，我们的团队将失去对新平台的现有培训和代码的熟悉度。然而，好处是可以忽略开发成本。

重新购买是在迁移高度定制化的遗留环境并通过最小化我们需要处理的应用程序和服务数量时的最具成本效益的方法。一旦我们了解了应用程序组合的性质和规模，我们可能会发现云迁移并不适合我们。

5. 淘汰

当我们发现某个应用程序不再有用时，就将其关闭。由此产生的节省可以提升我们应用程序迁移的业务状况，如果我们能够进行迁移。

6. 重新审视

重新审视可能意味着我们所有的应用程序或部分应用程序必须保留在本地。例如，处理独特敏感性或处理企业内部流程的应用程序。不要害怕在任何稍后日期重新审视云计算。我们应该只迁移对业务有影响的部分。

云迁移流程

我们如何考虑上述云迁移策略取决于迁移目标、复杂性、当前环境的大小以及我们的业务模式。此时，我们将需要依靠我们 IT 团队的专业知识来理解我们环境的方方面面。
无论我们是一次性迁移所有服务和应用程序，还是采取混合路径，将一些应用程序保留在本地，大多数迁移都遵循类似的流程，如下所示：

1. 规划我们的迁移

云迁移需要扎实的规划策略才能成功。在开始之前，请明确我们迁移的原因以及哪种迁移策略最能帮助我们。在这里，我们可以应用云迁移资源和工具来支持我们的迁移计划，通过：

• 提供对我们本地平台的全面可见性，包括每个系统依赖项。
• 评估安全、服务器和性能要求。另外，检查我们的团队将需要哪种培训。

2. 选择我们的云环境

评估完我们最新的应用程序资源需求后，我们就可以选择符合我们要求的云提供商。
最受欢迎的环境包括Google Cloud Platform、Microsoft Azure和AWS（Amazon Web Services）。所有这些环境都提供了许多不同的云模型供采用，无论是多云、私有云、混合云还是公共云。对价格进行比较、测试并构建虚拟工作空间，以了解在部署中会是什么样子。

3. 迁移我们的数据和应用程序

我们将数据中心迁移到公共云有三种选择：在线传输（通过私有网络或公共互联网）或离线传输。在这里，我们将数据上传到设备，然后将其运送给任何云提供商。最佳方法之一取决于我们要移动的数据的类型和数量，以及我们要在其上实施的传输速度。

4. 验证迁移后的成功

在您能够展示迁移的投资回报率之前，我们的工作并未完成。

云迁移工具

第三方供应商和云提供商提供了许多自动化、基于云和开源的服务和工具，旨在：

• 验证迁移后的成功
• 管理和监控其进度
• 帮助开发云迁移

让我们讨论一些要点。

1. APM（应用程序性能管理）

请记住，云供应商提供了丰富的指标集，以了解我们云环境的变化。通常，这些指标并不包含在整体应用程序上下文中。

我们需要一个独立的监控解决方案来获得可见性。借助包含 AppDynamics APM 的解决方案，我们可以实时关联最终用户体验、应用程序性能和云服务利用率。

2. 统一监控

这是一项新兴功能，可全面了解我们应用程序支持的组件、基础设施、数据库、应用程序、最终用户和生态系统。这些都在云端和本地运行。我们可以轻松找到通常会导致紧急会议的云迁移问题。

我们必须确保选择包含我们平台和操作系统的工具。我们将来需要的云迁移功能甚至可能决定我们今天选择哪个云提供商。

3. 商业智能监控

这将是我们验证云迁移收益所需的工具类型。查找类似于 AppDynamics Business iQ 的工具，该工具可以从业务和技术角度比较迁移前后性能基线。相应地，优化企业性能，模拟我们迁移项目所有阶段的用户体验，并跟踪企业交易以揭示对我们底线的真正影响。

云迁移挑战

如果没有准确的规划，我们无法使用云策略。以下是一些常见的陷阱：

• 互操作性：让现有应用程序与新的云环境进行通信并不容易。我们需要维护我们的流程和程序以符合我们云提供商的流程和程序，以确保它们能够实现。
• 资源可用性：迁移过程可能需要暂时关闭内部服务器。但是，如果没有准确的恢复流程计划支持，停机可能会对应用程序性能造成损害。
• 资源管理：然而，并非所有 IT 专业人员都信任云。如果我们的团队习惯于处理物理服务器，他们可能需要接受有关新基础设施的培训，或者重新配置以定义新角色。

我们现有的基础设施越复杂或越大，克服这些挑战就越困难。这就是为什么我们的 IT 团队必须利用云迁移服务来应对这一吸引人的转型，这些服务可以减轻这些问题，包括对变更的开放性、发展空间和健全的战略。