前言
这两天，电脑时不时的抽疯，也是很无奈！少更了一天内容，耽误了前进的步伐啊，各位同学不要生气哦！唠唠闲嗑，开启今天的学习内容。
今天，碰巧碰到群里一小伙伴的询问，内容大概是：业务需要，老的系统废弃，新系统需要兼容老系统的业务功能，并把用户成功的迁移到新的系统，老大让评估下相关情况。
那么，这个问题，作为公司的技术人员，理论上都需要考虑一下相关内容，因为切实关乎到每个人的利益。
工作流程
我们先总体，分析一个整体流程，来确定，为了能够顺利的解决迁移，我们需要的工作流程。
工作大概分为：调研分析、数据整理、数据切换、平台切换、运维监控，其中，省略了相关的开发等工作，不再赘述。
调研分析
为了能够真正的，做到合理、高效的对业务需求功能，乃至用户群，进行平台迁移，调研分析是必不可少的过程。
举一个比较常见的例子，新业务平台虽然比较新，但是也存在性能瓶颈，那么老系统用户基数还是比较庞大，而且业务需要把老系统的用户活跃起来，这样，就有可能突破了新平台的瓶颈，造成新平台的崩盘。
基于众多考虑，我们需要进行调研分析，那么我们分析下，我们需要细致的做些什么工作。
老系统调研
老系统，可能存在各种各样的问题，比如架构老套、开发人员流失等等，导致公司内对于老系统决定废弃。但是既然业务需求、用户量来自于老系统，那么必然要对老系统进行调研。
- 系统用户群基数
了解用户群基数，可以知道，新系统未来会有多少流量的迁入，就会去评估带来的如数据量激增、并发等等各类风险。 - 系统活跃用户基数
了解活跃用户，可以推测新系统如果以活跃用户为最低基础，那么会带来系统多大的压力 - 系统业务需求背景以及业务逻辑
业务需求、业务逻辑，是完成新平台开发、迁移的必然条件 - 系统业务相关实现
了解老系统的实现，才能够理解业务，深挖业务情景下的种种风险，防患于未然。 - 系统网络结构
了解网络结构，判断交互方式情况 - 系统数据流程
系统间数据流向，包括数据库、数据表的情况 - 系统开发情况
原有的开发架构、数据库、数据表设计等相关情况
新系统调研
新系统，需要接受新的业务场景、客户，就需要合理的设计、兼容业务功能，那么对现有系统的调研也是必要的。
- 系统性能
了解新平台，当前的性能，判断新的压力下的情况，为此做出新的考量。比如，集群扩容等等 - 架构设计
包括当前的新平台的架构设计、网络结构、数据流程、开发情况等等，匹配、合理的设计，兼容新的业务功能。 - 业务流程
了解新平台的业务流程，考量老系统转移过程中的，业务切换，带来的一系列开发问题、业务流程问题。
开发人员调研
新平台的迁移，会带来开发人员的投入，开发人员对于原系统业务场景的熟知程度、开发人员的工作安排等等各类问题需要考量，此处就不一一列举
成本调研
针对迁移，带来的一系列成本的问题，需要做好提前的评估调研，防止一系列的问题出现。
用户调研
理论上来说，对于平台迁移是无需用户感知的，但是如果有特殊业务场景，是需要进行相关的客户通知，那么用户调研，也是很有必要的。
数据整理
当完成前期的调研工作之后，我们就能够对本次迁移带来的各种问题，做出有效的评估。从而，进行新平台的调整优化，其中很重要的一件事情，是数据整理。
业务需求，最重要的落脚点在于数据。那么系统迁移，带来的数据整理，是需要有效的处理。
此处不多扩展，按照场景，我们可以去抉择，如何解决整理的问题。
数据切换
迁移的第一步，必然是对老系统数据的转移、切换。
平台切换
迁移工作的如火如荼的开展，当一切就绪，那么就需要在新平台完成业务需求的上线。
那么，此处，根据业务场景以及相关公司要求，我们去完成上线。一般情况下，建议是采用蓝绿部署，缓慢的迁移，完成的测试。
运维监控
对于数据的监控，是很有必要的，能否彻底迁移完毕，需要对新平台老系统的业务，进行监控。
说了这么多，其实最关心，最核心的工作还是对于调研上，因为只有想的细，才能够合理、高效、完美的做好迁移工作。
