本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
选择迁移策略
在大多数数据库迁移中,您可以选择重新托管、更换平台或重构。这些策略中的任何一种都可能对您有用。指导原则应该是如何从迁移中获得最大收益。选择重构应用程序并迁移到云原生数据库(例如 Aurora)可以增强数据库应用程序。然而,取决于您工作负载的复杂性,重构数据库可能是一项耗时且大量占用资源的工作。
WQF 分类可帮助您决定何时应考虑特定的迁移策略。较高的 WQF 类别意味着迁移需要很大的工作量;因此,您可能需要选择其他选项,例如重新托管或更换平台,以便在可接受的时间范围内完成迁移。下表列出基于WQF类别的建议策略。
| 类别 | 工作负载复杂性 | 工作负载 | 迁移策略 |
|---|---|---|---|
| 1 |
|
ODBC/JBDC 工作负载 | 重构的候选对象 |
| 2 |
|
轻量的专有功能工作负载 | 重构的候选对象 |
| 3 |
|
繁重的专有功能工作负载 | 重构或更换平台的候选对象 |
| 4 |
|
特定引擎的工作负载 | 更换平台或重新托管的候选人 |
| 5 |
|
不可移植、高风险或直接迁移的工作负载 | 更换平台或重新托管的候选人 |
当重构所涉及的复杂性很高时,重新托管和更换平台选项是合适的。在这些情况下,根据您的现代化需求,您可以考虑在完成向 AWS 云的迁移后重构数据库。