系统迁云规范流程
迁云规范流程
下面从流程角度简要阐述迁移上云的过程，整个过程分为系统调研、上云风险评估、方案设计与评审、系统改造、功能/性能测试、系统割接和回滚、系统交付与护航等几个方面组成，下面先看流程图的几个关键节点：
image.png
项目立项：
由项目经理召集相关方，发起迁移上云项目；
系统调研：
项目根据整个迁移计划，调研应用的系统架构图，数据库信息，系统整体压力情况，系统底层部署情况，商业软件依赖等等方面内容。特别调研系统有否使用特殊的传统行业专有的设备或者软件或者开发模式等内容，通过调研我们可以初步评估出系统是否可以上云，上云的改造难度大小，云平台是否可以完全匹配需求。
方案设计&系统改造：
根据前期的调研及结合云平台特性，应用系统产出新的系统架构图和迁移的改造计划，比如是直接上云还是改造后上云，是否去O，是否使用分布式DRDS等。
功能&&性能测试：
云平台和传统环境是有差异的，在系统上线前，务必在云平台上进行充分的功能验证和性能测试。
系统割接上线：
通常说的系统割接就是把系统流量切换到云平台。但在迁移实施流程中，系统割接不仅是将系统流量切换到云平台，还包括流量切换前的准备工作如云产品资源准备、数据库迁移、应用程序迁移等工作。
系统交付：
流量成功切换到云平台后，系统正式进入运行和后期运维阶段，交付后有任何技术问题，请随时提交工单，云平台有专业的售后团队支持。
项目立项
收集应用系统信息汇总
收集一份系统信息汇总表，清楚知道多少个系统要迁移、系统平台情况、负责人、迁移完成时间、心里预期等，形成应用系统迁移清单，参见下表：
image.png
系统调研
调研可以让团队充分理解当前系统业务现状、系统未来规划，现有架构和云平台是否匹配等等，为后续的系统迁移方案制定和实施提供第一手资料。
迁移上云的系统调研阶段，此阶段主要是通过调研表、访谈、系统数据收集、应用系统观摩等标准化的流程及方法调研应用系统，使迁移上云团队充分的理解系统业务及应用现状，为后续的应用系统迁移方案制定、实施以及验证交付提供数据支撑。
系统调研阶段主要工作内容包含：业务调研、系统架构调研、数据库调研、应用程序调研。
业务调研
基于待迁移应用系统的业务层面开展基础性调研分析工作，主要包含对业务类型、使用人员、业务使用特征、业务性能指标等方面进行调研分析。
包括主要以下内容：
- 系统名称
- 所属单位
- 系统业务说明及服务对象
- 系统开发/运行情况(已上线，开发中，设计中，规划中)
- 系统类型（网站，OA系统，ERP，CRM等）
系统架构调研
通过对整个应用系统部署、系统运行体系、系统运行现状、系统可扩展性、系统数据流、系统关联性等方面进行全面地调研分析。
主要内容包括：
- 外设和商业软件需求调研
- 网络需求调研
- 改造规划调研
- 系统各模块依赖调研，是独立系统还是有依赖其他系统。
- 安全要求调研
- 资源的使用情况(服务器，存储设备，网络带宽)
- 系统是OLAP还是OLTP类型
数据库调研
需要通过收集数据库版本、部署结构、数据安全策略等基础信息，现有数据库容量、流量、SQL、高级特性等方面使用情况，进行数据库层面的技术调研和分析。
主要内容包括：
- 数据库厂商/版本
- 数据库架构（是否RAC，主备）
- 备份策略（冷备、热备、备份周期）
- 数据容量、流量统计（高峰TPS/QPS,数据库大写，超过 1000w记录的表数量及名称，峰值连接数）
- SQL收集（一天内数据库访问top 50 SQL以及慢SQL）
- 数据库高级特性收集(Oracle/SQL SERVER):存储过程,函数，触发器，包，物化视图，虚拟列，分区，DBLINK,SEQUENCE,全文索引，DTS等。
- 数据库字符集
应用程序调研
搜集应用程序架构、中间件使用情况、应用负载等方面，进行应用程序层面的技术调研和分析.
主要内容包括：
- 操作系统架构
- 是否有高可用性设计
- 是否有高性能设计
- 数据存储方式
- 系统类型
- 应用程序使用哪种语言开发
- 若采用php开发，采用的框架是
- 若采用Java开发，采用的框架有哪些
- 系统采用的架构是BS 还是CS
- 系统部署是否使用了
- 哪些第三方组件
- 是否调用外部接口或服务
- 若调用外部服务，采用的接口协议类型是什么
- 若提供服务供外部调用，接口协议类型是
- 若有文档存储，文件存储方案是什么
- 文档存储中包含哪些文件类型
- 日志文件存储方式
- 系统是否同时使用多个数据源
- 与数据库调用方式
- 中间件类
- 使用哪种中间件产品
- 中间件是单节点部署还是采用集群方式部署
- 系统部署使用的第三方组件类型是什么
- 是否使用定制插件
- 若使用定制插件，请提供开发语言和运行环境
- 系统性能指标是什么
风险评估
基于系统调研阶段输出的调研报告，并结合云平台的架构特点，迁移上云团队对系统上云的风险进行评估，包括系统迁移上云的可行性（和云平台的兼容性），能否迁移到云端，是否需要做系统改造或是代码重构，改造难度的大小预估，迁移到云端需要云上什么的架构来支撑，通过一系列的调研，我们基本可以推算出项目迁移的改造工期和技术难点，比如平迁的系统，MySQL迁移到RDS，SQLSERVER迁移到RDS，文件系统迁移到OSS，通常风险很小，而需要去O改造的系统通常迁移风险比较大。
迁移上云团队对系统迁移过程中出现的风险点进行评估，对云平台暂时还不支持的功能进行分析，以便在方案设计阶段针对性出解决办法。风险评估主要包含如下图所示几个方面。
image.png
云平台兼容性评估
应用系统实际情况摸底，对云平台还不支持的软硬件进行摸底，以便制定相应的解决方案。
- 云数据库不支持oracle
- 云上对特定的硬件（加密狗,专线，高性能显卡，特定ip地址依赖等）不支持。
- 云上网络架构是否满足
- 云上安全是否满足系统安全等级
性能风险评估
结合甲方应用系统性能调研结果，对现有系统性能瓶颈点进行评估，以便制定应用系统系统优化方案，比如是否需要使用分库分表，是否需要海量数据处理技术等。
- 数据库资源是否满足并发访问以及空间存储限制
- 应用服务器是否满足系统性能需求
- 云上分布式存储接口是否满足并发要求
系统改造风险评估
根据现有应用系统业务特点、技术特征，以及云平台特性，评估系统在改造过程风险.
- 应用程序改造是否满足原系统设计指标
- 数据迁移方案是否满足系统割接要求
- 去O改造难度
- 改造后的模块是否能兼容其他系统的调用依赖。
资源风险评估
对迁移上云实施计划、云平台资源准备、迁移上云迁移实施团队人力资源等风险点进行评估。
云上架构设计
基于系统调研和风险评估结果，并结合云平台特点，确定应用系统云上的新架构和迁移方案，是直接平迁移到云平台上，是否需要一系列的改造（比如去O），文件系统是否需要迁移到OSS上，数据分析系统是否兼容云平台等等，改造周期预估等等，最终形成上云的架构设计和改造方案。
相比传统的APP+DB部署模式，云上更适合使用SLB+ECS+RDS来做到高可用（见下图）。
image.png
系统部署方案设计
基于应用系统特征，如可用性、稳定性、性能的要求，输出基于云平台的应用程序和数据库部署方案。
系统改造方案
基于系统调研、风险评估结果和云平台特性，设计数据库改造方案、应用程序改造方案、应用系统验证方案。
系统改造
本阶段基于系统改造方案，对现有应用系统进行改造，及测试验证。如下图所示主要包含：系统架构改造、数据库改造、应用程序改造和系统测试验证。
image.png
数据迁移验证
- 本地数据库迁移到云上。
- 文件系统、视频等迁移到OSS上。
- 利用数据比对工具验证源数据库与目标数据库的数据一致性。
DTS已经支持Oracle、MySQL、SQL Server、DRDS(阿里云分布式数据库)、PPAS(PostgreSQL Advance Server)间的数据迁移功能。除了提供数据迁移功能，AMP也能够帮助用户进行结构对象的迁移，同时，DTS也提供了迁移数据一致性校验功能，可以校验迁移数据的正确性。用户只要在DTS的管理控制台上，配置待迁移数据库的连接信息及需要迁移的对象并启动任务后，即可轻松将源数据库数据迁移到目标数据库。任务启动后，用户可以在DTS控制台随时查看任务迁移状态及进度，并可以根据需要停止或删除迁移任务。
image.png
DTS提供了丰富灵活的迁移个性化配置，可以支持用户的多种数据迁移需求。具体功能如下：
- 支持多种迁移粒度，用户可以选择迁移实例、库、表或列
- 支持迁移对象重命名，即可以支持源库、目标库的库、表、列名不一致。但是用户一次只能重命名库名、表名、列名中的一个，例如只修改库名。
- 全量迁移支持只迁移一个表中的部分数据到目标库，可以通过配置一个表中某个列的where条件，只迁移满足where条件的部分数据到目标库。
功能/性能测试
由业务方根据系统设计中的测试用例来完成功能、性能及数据完整性校验等工作。匹配审核包含人工审核及工具审核两个部分；
迁移完成后，在开启功能测试前需要应用负责人进行系统架构及部署方面的人工审核，如审核无误可进入工具审核阶段；
人工审核后，由迁移脚本通过包含路径，文件列表，代码的对比进行对比审核，审核通过后开启功能测试；
系统割接
本阶段主要是完成新老应用系统的割接，并确保迁移上云后的应用系统可以稳定、高效的在运行在云平台上，具体的包括云上资源申请和开通、数据库迁移、应用程序迁移和业务割接。
image.png
系统环境准备
根据系统需求，完成应用系统所需云产品的资源申请和环境准备，及数据迁移工具准备
应用程序部署
按照应用程序部署方案，通过功能和性能测试之后，部署到云平台上
文件/数据库同步
将改造后的数据库设计，以及现有应用系统的存量数据、增量数据迁移到云平台，并且校验新老平台数据，确保云平台上数据的正确性。
业务割接
明确业务割接时间点后，按照业务割接方案完成应用系统到云平台的割接验证工作，完成流量切换。
回滚机制
每个系统都要回滚方案，包括应用程序的回滚，数据库的回滚。
系统交付
本阶段是指在应用系统完成系统割接，流量成功切换到云平台后，系统正式进入运行和后期运维阶段。
交付后有任何技术问题，请随时提交工单，云平台有专业的售后团队支持。
感谢原作者/原文地址：https://developer.aliyun.com/article/777716
