将应用程序迁移到云的 6 个策略

“移民的实际生活状况如何 — 嗯，这取决于很多因素：教育程度、经济状况、语言、入境地点以及在到达地所拥有的支持网络等。” -Daniel Alarcón

本文概述了我们看到客户实施的旨在将应用程序迁移到云的 6 个不同的迁移策略。这些策略基于 Gartner 在 2011 年在此处概括的 5 R。这是有关迁移的由三个部分组成的系列文章的最终部分。本系列的第一篇文章说明了大规模迁移的概念 (我们在整个系列中将其简称为“迁移”)，本系列的第二篇文章介绍了大规模迁移到云的过程。虽然这些文章是各自独立的，但我相信通读它们会取得更好的效果。

制定迁移策略

企业通常在“迁移过程”的第二个阶段  (产品组合发现和规划) 开始考虑如何迁移应用程序。此时企业会确定其环境中存在的应用程序、这些应用程序的相互依赖性、哪些应用程序容易迁移、哪些应用程序难以迁移，以及如何迁移各个应用程序。

利用这些知识，组织可以草拟出一个方案 (在迁移和学习的过程中应该考虑其会受到哪些变更的影响)，了解将如何迁移其产品组合中的每个应用程序以及以何种顺序迁移。

迁移现有应用程序的复杂性因架构和现有的许可安排而有所不同。如果要我考虑如何将大量的应用程序迁移到一个复杂性光谱，我会将虚拟化、面向服务的架构迁移到该光谱的低复杂性一端，将一体式大型机迁移到光谱的高复杂性一端。

我建议从复杂度较低的应用程序开始迁移，理由很明显，即迁移更容易完成 — 这将在您学习时为您提供一些直接的正面强化效果 (即“速效方案”)。

6 个应用程序迁移策略：“6 R”

我们看到的 6 个最常见的应用程序迁移策略是：

我们发现许多早期云项目倾向于使用云原生功能的全新开发，但在大型传统迁移方案中，组织希望快速扩大迁移规模以满足业务需求，我们发现大多数应用程序都被重新托管。例如，GE Oil & Gas 发现，即使不实施任何云优化，该公司也能通过重新托管将成本降低大约 30%。

大多数重新托管可以通过工具自动进行 (例如，AWS VM 导入/导出、Racemi)，但一些客户更喜欢手动完成此操作，因为他们可以学习如何将旧系统应用于新的云平台。

我们还发现，如果应用程序已在云中运行，它们将更易于优化/重新构建。对此，一部分原因是您的组织在这方面的技能更熟练了，另一部分原因是困难的部分 (迁移应用程序、数据和流量) 已经完成了。

2. 平台重建 — 我有时称其为“修补再搬运”。

3. 在这个阶段，您可能要进行一些云 (或其他) 优化以获得一些有形的收益，但您不能更改应用程序的核心架构。您可能希望通过以下方法缩短用于管理数据库实例的时间：迁移到数据库即服务平台，如 Amazon Relational Database Service (Amazon RDS)，或将应用程序迁移到完全托管的平台，如 Amazon Elastic Beanstalk。

我们合作的一家大型媒体公司将其在本地运行的数百个 Web 服务迁移到了 AWS，在这个过程中，它从 WebLogic (一个需要价格高昂的许可证的 Java 应用程序容器) 迁移到了 Apache Tomcat (一个开源的等效容器)。除了从迁移到 AWS 所获得的成本节省和敏捷性，这家媒体公司还节约了数百万元的许可成本。

3. 重新购买 — 迁移到另一个产品。

4. 我最常将重新购买视为迁移到 SaaS 平台。将 CRM 迁移到 Salesforce.com，将 HR 系统迁移到 Workday，将 CMS 迁移到 Drupal，诸如此类。

5. 重新构建 — 重新设想如何构建和开发应用程序 (通常使用云原生功能)。

6. 这通常由增加功能、扩大规模或提高性能的强大业务需求推动，而这些需求可能在应用程序的现有环境中难以实现。

您是否希望从单体架构迁移到面向服务 (或无服务) 的架构以改进灵活性或业务连续性 (我听说了一些在 e-bay 上订购大型机风扇皮带的故事)？这种模式往往是成本最高的，但如果您具有良好的产品-市场契合度，它也可能是最有益的。

5. 停用 — 丢弃。

6. 发现环境中的所有应用程序后，您可能会询问哪个职能领域拥有哪个应用程序。我们发现有多达 10% (我发现有 20%) 的企业 IT 产品组合不再有用，可以直接关闭。这些节省可以提高业务绩效，让您的团队将原本不足的精力放在人们使用的产品上，并缩小您必须保护的表面面积。

7. 保留 — 这通常意味着“重新访问”或什么都不做 (就目前而言)。

8. 您可能仍然能够承受一些折旧，没有准备好为最近升级的应用程序设定优先顺序，或者不打算迁移某些应用程序。您只应迁移对业务有意义的应用程序；并且，随着产品组合的倾向从本地变为云，您保留应用程序的理由可能会更少。

9. 您的迁移经验是什么？请一定告诉我并发表在我的博客上！

不断构建

– Stephen

orbans@amazon.com

@stephenorban

http://aws.amazon.com/enterprise/

注：“迁移”是我在“云优先之旅”系列中写到的四个“采用阶段”中的第三个。第一个阶段是“项目”。第二个阶段是“基础”。“迁移”之后是“改造”。本系列遵循最佳

本文转载自 AWS 技术博客。

原文链接：

https://amazonaws-china.com/cn/blogs/china/6-strategies-for-migrating-applications-to-the-cloud/