迁云规范流程
下面从流程角度简要阐述迁移上云的过程，整个过程分为系统调研、上云风险评估、方案设计与评审、系统改造、功能/性能测试、系统割接和回滚、系统交付与护航等几个方面组成，下面先看流程图的几个关键节点：
image.png
项目立项：
由项目经理召集相关方，发起迁移上云项目；
系统调研：
项目根据整个迁移计划，调研应用的系统架构图，数据库信息，系统整体压力情况，系统底层部署情况，商业软件依赖等等方面内容。特别调研系统有否使用特殊的传统行业专有的设备或者软件或者开发模式等内容，通过调研我们可以初步评估出系统是否可以上云，上云的改造难度大小，云平台是否可以完全匹配需求。
方案设计&系统改造：
根据前期的调研及结合云平台特性，应用系统产出新的系统架构图和迁移的改造计划，比如是直接上云还是改造后上云，是否去O，是否使用分布式DRDS等。
功能&&性能测试：
云平台和传统环境是有差异的，在系统上线前，务必在云平台上进行充分的功能验证和性能测试。
系统割接上线：
通常说的系统割接就是把系统流量切换到云平台。但在迁移实施流程中，系统割接不仅是将系统流量切换到云平台，还包括流量切换前的准备工作如云产品资源准备、数据库迁移、应用程序迁移等工作。
系统交付：
流量成功切换到云平台后，系统正式进入运行和后期运维阶段，交付后有任何技术问题，请随时提交工单，云平台有专业的售后团队支持。
项目立项
应用系统信息汇总
收集一份系统信息汇总表，清楚知道多少个系统要迁移、系统平台情况、负责人、迁移完成时间、心里预期等，形成应用系统迁移清单，参见下表：
image.png
系统调研
调研可以让团队充分理解当前系统业务现状、系统未来规划，现有架构和云平台是否匹配等等，为后续的系统迁移方案制定和实施提供第一手资料。
迁移上云的系统调研阶段，此阶段主要是通过调研表、访谈、系统数据收集、应用系统观摩等标准化的流程及方法调研应用系统，使迁移上云团队充分的理解系统业务及应用现状，为后续的应用系统迁移方案制定、实施以及验证交付提供数据支撑。
系统调研阶段主要工作内容包含：业务调研、系统架构调研、数据库调研、应用程序调研。
业务调研
基于待迁移应用系统的业务层面开展基础性调研分析工作，主要包含对业务类型、使用人员、业务使用特征、业务性能指标等方面进行调研分析。
包括主要以下内容：
系统架构调研
通过对整个应用系统部署、系统运行体系、系统运行现状、系统可扩展性、系统数据流、系统关联性等方面进行全面地调研分析。
主要内容包括：
数据库调研
需要通过收集数据库版本、部署结构、数据安全策略等基础信息，现有数据库容量、流量、SQL、高级特性等方面使用情况，进行数据库层面的技术调研和分析。
主要内容包括：
应用程序调研
搜集应用程序架构、中间件使用情况、应用负载等方面，进行应用程序层面的技术调研和分析.
主要内容包括：
风险评估
基于系统调研阶段输出的调研 告，并结合云平台的架构特点，迁移上云团队对系统上云的风险进行评估，包括系统迁移上云的可行性（和云平台的兼容性），能否迁移到云端，是否需要做系统改造或是代码重构，改造难度的大小预估，迁移到云端需要云上什么的架构来支撑，通过一系列的调研，我们基本可以推算出项目迁移的改造工期和技术难点，比如平迁的系统，MySQL迁移到RDS，SQLSERVER迁移到RDS，文件系统迁移到OSS，通常风险很小，而需要去O改造的系统通常迁移风险比较大。
迁移上云团队对系统迁移过程中出现的风险点进行评估，对云平台暂时还不支持的功能进行分析，以便在方案设计阶段针对性出解决办法。风险评估主要包含如下图所示几个方面。
image.png
云平台兼容性评估
应用系统实际情况摸底，对云平台还不支持的软硬件进行摸底，以便制定相应的解决方案。
性能风险评估
结合甲方应用系统性能调研结果，对现有系统性能瓶颈点进行评估，以便制定应用系统系统优化方案，比如是否需要使用分库分表，是否需要海量数据处理技术等。
系统改造风险评估
根据现有应用系统业务特点、技术特征，以及云平台特性，评估系统在改造过程风险.
资源风险评估
对迁移上云实施计划、云平台资源准备、迁移上云迁移实施团队人力资源等风险点进行评估。
云上架构设计
基于系统调研和风险评估结果，并结合云平台特点，确定应用系统云上的新架构和迁移方案，是直接平迁移到云平台上，是否需要一系列的改造（比如去O），文件系统是否需要迁移到OSS上，数据分析系统是否兼容云平台等等，改造周期预估等等，最终形成上云的架构设计和改造方案。
相比传统的APP+DB部署模式，云上更适合使用SLB+ECS+RDS来做到高可用（见下图）。
image.png
系统部署方案设计
基于应用系统特征，如可用性、稳定性、性能的要求，输出基于云平台的应用程序和数据库部署方案。
系统改造方案
基于系统调研、风险评估结果和云平台特性，设计数据库改造方案、应用程序改造方案、应用系统验证方案。
系统改造
本阶段基于系统改造方案，对现有应用系统进行改造，及测试验证。如下图所示主要包含：系统架构改造、数据库改造、应用程序改造和系统测试验证。
image.png
数据迁移验证
DTS已经支持Oracle、MySQL、SQL Server、DRDS(阿里云分布式数据库)、PPAS(PostgreSQL Advance Server)间的数据迁移功能。除了提供数据迁移功能，AMP也能够帮助用户进行结构对象的迁移，同时，DTS也提供了迁移数据一致性校验功能，可以校验迁移数据的正确性。用户只要在DTS的管理控制台上，配置待迁移数据库的连接信息及需要迁移的对象并启动任务后，即可轻松将源数据库数据迁移到目标数据库。任务启动后，用户可以在DTS控制台随时查看任务迁移状态及进度，并可以根据需要停止或删除迁移任务。
image.png
DTS提供了丰富灵活的迁移个性化配置，可以支持用户的多种数据迁移需求。具体功能如下：
功能/性能测试
系统割接
本阶段主要是完成新老应用系统的割接，并确保迁移上云后的应用系统可以稳定、高效的在运行在云平台上，具体的包括云上资源申请和开通、数据库迁移、应用程序迁移和业务割接。
image.png
系统环境准备
根据系统需求，完成应用系统所需云产品的资源申请和环境准备，及数据迁移工具准备
应用程序部署
按照应用程序部署方案，通过功能和性能测试之后，部署到云平台上
文件/数据库同步
将改造后的数据库设计，以及现有应用系统的存量数据、增量数据迁移到云平台，并且校验新老平台数据，确保云平台上数据的正确性。
业务割接
明确业务割接时间点后，按照业务割接方案完成应用系统到云平台的割接验证工作，完成流量切换。
回滚机制
每个系统都要回滚方案，包括应用程序的回滚，数据库的回滚。
系统交付
本阶段是指在应用系统完成系统割接，流量成功切换到云平台后，系统正式进入运行和后期运维阶段。
交付后有任何技术问题，请随时提交工单，云平台有专业的售后团队支持。
防止广告嫌疑，原文的阿里云字样替换为云平台字样。
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！