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

1.重新托管 ——也称为“直接迁移”。

我们发现许多早期的云项目倾向于使用云原生功能进行净新开发，但在组织希望快速扩展其迁移以满足业务案例的大型遗留迁移场景中，我们发现大多数应用程序都被重新托管。例如，GE Oil & Gas发现，即使不实施任何云优化，也可以通过重新托管节省大约 30% 的成本。

大多数重新托管可以通过工具（例如CloudEndure Migration、AWS VM Import/Export）实现自动化，尽管有些客户在学习如何将其遗留系统应用到新的云平台时更喜欢手动执行此操作。

我们还发现，一旦应用程序已经在云中运行，就更容易优化/重新构建它们。部分原因是您的组织将具备更好的技能来做到这一点，部分原因是困难的部分（迁移应用程序、数据和流量）已经完

2.平台重塑 ——我有时称之为“提升修补和转变”。

在这里，可能会进行一些云（或其他）优化，以获得一些切实的好处，但不会以其他方式更改应用程序的核心架构。您可能希望通过迁移到数据库即服务平台，或将应用程序迁移到 完全托管平台来减少管理数据库实例所花费的时间。

我们合作的一家大型媒体公司将其在本地运行的数百个 Web 服务器迁移到了 AWS，在此过程中，它从 WebLogic（一种需要昂贵许可证的 Java 应用程序容器）迁移到了 Apache Tomcat（一个开源等效项） 。除了通过迁移到 AWS 获得的节省和敏捷性之外，该媒体公司还节省了数百万美元的许可成本。

3.重新购买 ——转向不同的产品。

我最常将回购视为转向 SaaS 平台。将 CRM 迁移到Salesforce.com，将 HR 系统迁移到Workday，将 CMS 迁移到Drupal，等等。

4.重构/重新架构 ——重新构想应用程序的架构和开发方式，通常使用云原生功能。

这通常是由强烈的业务需求驱动的，即添加功能、规模或性能，否则在应用程序的现有环境中很难实现。

您是否希望从整体架构迁移到面向服务（或无服务器）架构以提高敏捷性或提高业务连续性（我听说过在 e-bay 上订购大型机风扇皮带的故事）？这种模式往往是最昂贵的，但是，如果您有良好的产品市场契合度，它也可能是最有利的。

5.退休 ——摆脱。

一旦您发现了环境中的所有内容，您可能会询问每个功能区域谁拥有每个应用程序。我们发现企业 IT 组合中多达 10%（我见过 20%）不再有用，可以简单地关闭。这些节省可以促进业务案例，将团队的注意力转移到人们使用的东西上，并减少必须保护的表面积。

6. 保留 ——通常这意味着“重新访问”或什么也不做（暂时）。

也许仍在承受一些折旧，还没有准备好优先考虑最近升级的应用程序，或者不愿意迁移某些应用程序。应该只迁移对业务有意义的内容；而且，随着投资组合的重心从本地转移到云端，保留的理由可能会减少。