很多私信联系告知说很多迁移的基础也没有特别全面的认识，其实我还是比较意外且惊喜的，因为很多成熟的文档散在厂商侧、第三方侧不少，不太明白为何还是比较难理解。【或许这可能就是很多人不知道如何学英文是一个道理吧】
今天又收到一封私信咨询这个方面的，所以打开编辑器，潦草的把这个事情记录了下，希望大家能理解并看懂，首先在开始前请默写行业内公认的迁移模型的设计思想：
已经讲烂掉了，再次强调一遍，人家亚马逊（AWS）已经在2016年在官网发布了所以，不要再说自己不懂了。而是自己有没有好好研究，花时间在上面这事情非常重要！！！（为了大家直接使用，我基本上完全复原了原件材料，大家留言给我，我发给大家。）
获得白板的准备能力
请自己用白板（草稿纸）把以上的路径每一条逐一画出来，并对其进行自我演讲至表达流畅程度为止~
业务场景高频分析
出现率最高的是：rehosting+replatform这两类【请参考各厂商各自的迁移方案介绍】
阿里云：https://help.aliyun.com/document_detail/276902.html
腾讯云：https://cloud.tencent.com/document/product/213/65711
华为云：https://support.huaweicloud.com/bestpractice-sms/sms_05_0002.html
现实的应用难度：不难，但需要耐心，路径独立理出来，调研———确认迁移方式————重新托管————手动安装、部署、配置【or、自动迁移工具】————业务可行性验证————过渡————上线
每个小步骤中的深度思考：
- 调研【调研工具箱-各种信息采集表】
- 确认迁移方式和切换时间整体策略【根据表格的调研，判断迁移难度/消耗时长、验证手段、切换时间等】
- 使用对应迁移方式，手动/自动工具开服务器、数据库等资源【各类环境配置、数据库同步，安装与校验】
- 业务可用性验证【使用预先定义好的验证手段，开始与用户一起确认业务可行性】
- 并行过渡期，保持业务数据同步，应用环境检查频率。【将预上线业务与当前生产业务平行运行一阵子，根据迁移确认时间，进行切换/业务分流】
- 上线，正式业务上线【保持敏感的关注和监控手段，凡是迁移后多少都会出现问题，响应时间决定处理时间】
各个迁移选择的介绍和动作说明
所以推荐大家作为‘缺省’方案思维的，就是‘一比一’平行新建这类策略。
场景举例：
实操中的体感，强烈推荐大家细品，经常就会这种感觉，
销售：我们可以让工程师来一起调研下
用户：好的，你看你们需要哪些信息？
架构师：X总，您方便填充下这些信息否，我们来整体评估下工作量和难度等等。
【补充一张表格】，主要思路是这个。但大家可以弄一张类似信息采集表格来去完成这个动作，因为这非常重要。
数量 | 网络 | 硬盘 |
应用 | 数据库 | 文件 |
底层 | 停机 | 拓扑 |
用户：好的，我安排人来填一下
（过去了一周）
架构师：X总，您那边是否完成了？
用户：这几天有点忙，我尽量这周完成，不好意思
架构师：嗯嗯，好的
（又过去了一周）
架构师：X总，您看您那边安排人填完了否，要是有什么不明白的，我可以协助您的。
用户：嗯，谢谢你。暂时不需要，信息表格我看过了理解难度不大，需要时间来补充而已，我这边加急下。
销售：麻烦X总了，等材料有了，我们就能出方案了~
用户：/拜托
（又过了一周）
架构师：X总，您看填的怎么样了？需要帮助否？
用户：架构师，暂时不需要。我预计下午就可以给到你了
架构师：嗯，好的
（下班时间）
架构师：X总，您发我邮件还是？
用户：噢噢，不好意思，今天下午临时加了个会议。要明早确认后发给你了
架构师：嗯好滴，那明早等您邮件哈：）
用户：发给你了，架构师（此时时间已经是中午吃饭时间）
~架构师打开邮件了，心里遭受到千万暴击。就填了服务器系统和IP和一张简陋的拓扑图。
场景联想：
1、首次简单客户，客户说想从阿里云迁移到腾讯云，让你分享下你们怎么做？
思路推荐：
顶层思维：1、厂商工具完善 | 2、专业工程师人员完备 | 3、迁移最佳实践丰富 |
一、讲解迁移方法模型，在白板上画出来【独立路径，全部画成了当然也行】
二、在讲解最后，带入用户的基本的挑战和收益分析即可。
销售洞察：
1、迁移本身都是吃力不讨好的，比如实实在在的人天出去了，但客户并不认可要为迁移支出额外的费用。
2、迁移是一个极易翻车的工作，调研不仔细容易发生无法迁移，或者回退的事情。所以请重视后端同事的建议
3、迁移一定要有“代价”概念，不能习惯性的认为这是一个“无偿”的技术服务
