亚马逊AWS官方博客

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

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

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

制定迁移策略

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

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

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

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

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

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

1.     重新托管 — 也称为“简单地搬运”。

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

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

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

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

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

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

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

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

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

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

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

5. 停用 — 丢弃。

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

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

您可能仍然能够承受一些折旧,没有准备好为最近升级的应用程序设定优先顺序,或者不打算迁移某些应用程序。您只应迁移对业务有意义的应用程序;并且,随着产品组合的倾向从本地变为云,您保留应用程序的理由可能会更少。
您的迁移经验是什么?请一定告诉我并发表在我的博客上!

不断构建
– Stephen
orbans@amazon.com
@stephenorban
http://aws.amazon.com/enterprise/

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