java|云上系统迁移系列（一）:概览阿里云|亚马逊|系统迁移

前言

1.在上家公司，国外业务(亚马逊云部署)发展一段时间，我们在评估成本时发现亚马逊服务器成本占了很大的比重；
2.业务发展之初(18年初)为啥选择亚马逊云？东南亚业务刚开始发展时调研各大云平台发现亚马逊云是最稳定的；
3.后来调研发现阿里云在东南亚发展迅速，服务器不但可以打折而且稳定性也符合我们要求；
4.在评估后从亚马逊云迁移至阿里云成本可节省三分之二，最终我们决定进行将所有数据及服务从亚马逊迁移至阿里云；

亚马逊云—>阿里云

目的节省成本（大约节省三分之二成本）
迁移过程中示意图

文章图片
迁移统计
- 微服务个数:30
- 中间件
  - mongodb（三台两两互备，数据有冗余）
  - mysql
  - redis
  - rabbitmq
  - kafka
  - zk
  - xxl-job
数据恢复策略
- MongoDb（约3TB）；总条数对比验证，每个数据库及表条数的对比
- 文件资源 S3->OSS 并对历史记录[mysql,mongodb]进行清洗 ; 大小:3.48T 个数:897w+
- MySQL数据迁移；执行时间1小时10分钟；大小40G+; 总条数对比验证
- Redis数据迁移；Rdb备份及恢复总执行时长30分钟；验证条数比对 784w+
迁移方案
- 提前新环境的部署及验证
  - 数据恢复
  - 服务、中间件、负载均衡、脚本的部署
  - 测试验证
- 演练验证预估时间
- 执行方案总共花费4小时（凌晨3点-凌晨7点）
- 【java|云上系统迁移系列（一）:概览】回滚策略