本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
第 2 阶段:计划
在此阶段,您将使用在准备阶段收集的信息并制定迁移策略。迁移规划的一个关键方面是根据迁移的 7 R(重新托管、更换平台、重新定位、重新购买、重构、停用和保留),对您收集的信息进行合理化使用。
选择迁移策略取决于云采用的业务驱动因素、时间考虑、业务和财务限制以及资源需求。如果您想在云维持当前的工作负载,请选择重新托管。但是,如果您想优化和扩展工作负载,请考虑其他选项之一。
以下是数据库迁移的 7 R 的概述。下图对此进行了说明。
-
重新托管(直接迁移):将应用程序迁移到云,而无需进行任何更改。例如,将本地 Oracle 数据库迁移到 AWS 云中 Amazon Elastic Compute Cloud
(Amazon EC2) 实例上的 Oracle。 -
重新定位(虚拟机监控器级直接迁移):将基础设施迁移到云中,无需购买新硬件、重写应用程序或修改现有操作。您可以将服务器从本地平台迁移到同一平台的云服务。例如,将微软 Hyper-V 应用程序迁移到。 AWS
-
更换平台:将应用程序迁移到云中,并进行一定程度的优化,以利用云功能。例如,将您的本地 Oracle 数据库迁移到 AWS 云端的 Amazon RDS for Oracle
。 -
回购(直接购买):改用其他产品,通常是从传统应用程序转移到软件即服务 (SaaS) 产品,然后将数据从本地应用程序迁移到新产品。例如,将客户数据从本地客户关系管理 (CRM) 系统迁移到 Salesforce.com。
-
重构(重新架构):充分利用云原生功能来提高敏捷性、性能和可扩展性,以迁移应用程序并修改其架构。例如,将本地 Oracle 数据库迁移到 Aurora PostgreSQL
。此策略还可能包括重写您的应用程序,以使用为不同工作流程 AWS 提供的专用数据库。或者,您可以选择通过将单体应用程序分解为访问自己的数据库架构的较小微服务来实现其现代化。 -
保留(重访):将应用程序保留在源环境中。其中可能包括需要进行重大重构的应用程序,且您希望将工作推迟到以后,以及由于并无商业理由进行迁移,您希望保留的遗留应用程序。
-
停用:停用或删除源环境中不再需要的应用程序。