业务上云之迁移策略-6R

业务上云的过程比较复杂，因为它需要处理技术、组织及运营等方面的需求。成功的上云策略既要考虑降低服务器的成本等短期目标，也考虑IT与业务目标的协调性和ROI。根据AWS及业界的经验，典型的迁移策略主要包括如下六种。我们可以基于下面的介绍并结合业务目标，选择合适的策略。

Re-host – 替换主机（Lift-and-shift）

该策略指的是直接迁移。一般情况下，应用的运行环境包括应用本身、数据库和操作系统层。在应用迁移时，把应用相关的三个要素（应用、数据库和操作系统层）拷贝到新的环境中，不做任何的改动，此时虚拟机镜像被当做一个黑盒，进行二进制数据的拷贝。

使用该策略迁移速度快、不需要为迁移做额外的工作。但该策略的缺点是，由于原来的业务设计可能没有考虑云环境的特点，原封不动地迁移到云环境时，可能无法充分利用云计算或云平台的优势。

Re-install – 重新安装

该策略类似于re-host, 把应用及相关的环境迁移到云平台上。当云平台的虚拟机创建后，重新安装软件并对配置不做修改。

该策略提供机会进行既有运行环境的清理，无需拷贝不必要的软件及配置，并且可以有机会使用新的工具。

Re-platforming – 重选平台

应用的核心架构保持不变，只是通过简单地调整或优化使得应用能够更好地使用云平台提供的特性，如自适应规模伸缩、云原生的负载均衡、数据库服务、容器服务。例如，应用在本地数据中心时使用运行在服务器上的数据库，迁移到云端后，调整为使用云平台提供的Database-as-a-Service，从而可以减少管理数据库的操作和时间。

Refactoring – 重构

对应用重新进行架构设计、对部分模块进行重新开发以便利用云原生的框架和特性。如果业务要求增加新的功能、可扩展性或性能，而这种需求在原来的架构中很难实现，这种情况下可以考虑对应用进行重构。比如，现有的应用是单体架构，已经很难适应快速变化的需求；为了提高敏捷性和增强服务的持续性，可以考虑将原来的架构修改为SOA、微服务甚至Serverless架构。该策略的成本比较高，但如果实行该策略后应用能更好地适应业务的需求，则可能带来非常大的好处。

Retire – 停止运营

如果我们对IT环境中的所有应用进行调查，通常会发现10%左右的企业IT应用已经没人使用。此时，可以考虑关闭这些应用, 以节约人力、电力及运维等成本。还有一种情况，对于类似HR、CRM等通用系统，已经有SaaS提供商提供云服务，因此我们可以考虑下架现有自己维护的系统，选择SaaS云服务。

Retain – 保留

企业中也许存在一些应用，还有少量用户正在使用该应用，因为该应用或服务没有完全关闭或停止。但是考虑到迁移的成本和ROI，还是决定保留在本地。

每种策略都有其各自的优缺点及适用场景。我们应该基于每个应用，对选择的策略进行可行性分析和成本收入分析，从而选择最合适的迁移策略。