迁移到云的驱动力:
- 花费
- 敏捷
自由地进行实验
更快速地开发
迁移策略:
Re-Host:
搬运服务器或者应用到云上,迁移的资源可能需要最少的改动即可在云上工作。
- 服务器
- 没有积极升级路线图的应用
- 测试、开发环境
Re-Platform:
需要更改平台
- 升级到软件最新版本
- 升级操作系统
Re-Purchase
需要替代现有的应用。常见的使用场景包括legacy应用和有授权限制或者缺乏云中支持的应用
- 用Saas方式或者商用现成品软件代替已有的应用
- 购买云兼容的应用授权
Refactor
重写应用后再迁移上云,可以是针对大规模或者是小规模的重写
- 更改后端数据库
- 更换中间件
- 重构应用的架构
Retire
退役服务器或者应用从源(on-premises)环境
- 由于合并或者收购产生的重复资源
- 用作DR 目的的集群主机
Retain
不移动服务器或者应用并继续在源(on-premises)环境使用
- 没有上云商业价值的legacy应用
数据迁移的两种方式
- 单词的lift-and-shift 迁移
- 混合模式逐步迁移
数据库迁移的三种方式
- One-step-migration:适合支持24-72小时停机时间的小型数据库
- Two-step-migration:适合需要最小停机时间的数据库
- Zero downtime migration:适合关键业务数据库,需要详细规划并使用的连续数据复制工具