更低的CAPEX和OPEX、更快地推出新业务和创新、更及时地响应客户需求，... 。这些业务上云或者迁移到云上之后带来的好处已经为越来越多的人所熟知。然而，最近在跟几个客户沟通时，发现客户对于业务上云的过程存在着天然的恐惧心理。在保证数据的情况下，成功地把业务从本地的数据中心迁移到公有云、私有云或混合云。这个过程的确复杂，但并非不可控。笔者相信下面介绍的业务上云的方法论将有助于减少CIO们对业务上云的担心，并提高实际上云过程中的成功率。
一般情况下，我们可以把业务上云的过程分为以下4个步骤：评估与分析、规划与设计、验证与实施、监控与优化。
1 评估与分析
对应用系统，存储，数据库等进行评估，首先需要明确哪些业务可能上云，选用公有云、混合云还是私有云。重要的一点是要了解清楚现有业务运行的软硬件环境及配置情况，和业务与其他业务，以及业务内部的各服务之间的依赖关系。
2 规划与设计
根据现有业务运行的软硬件环境、配置，选择合适的云服务（云主机、云数据库服务等）；根据业务之间以及业务内部各服务器之间的依赖关系，决定业务迁移的顺序；还有，就是考虑业务的性质，现有的运行环境及迁移目标等因素，选择合适的迁移策略(Re-hosting、Re-platforming、refactoring、retire 还是 retain)，并且根绝迁移策略，设计详细的迁移步骤。
对迁移过程中可能发生的问题和风险进行推演，并制定风险应对策略。规划过程中经常需要考虑的一个问题是软件License的问题。传统的主机环境环境中、多数情况下一般是一个主机一个license。如果迁移到云上之后，如果把业务分布在多个虚拟机或容器中，可能会带来需要多个license的问题。
3 验证与实施
根据步骤2的迁移设计和规划，进行正式迁移前的PoC验证。根据PoC过程中发现的问题，丰富和改进规划与设计。如有必要，再次实行PoC,直到PoC迁移没有问题。
PoC测试完成后，进行实际的应用迁移，包括存储，数据库和应用系统迁移。迁移完成，应当进行数据读写测试，数据校验以及最后的业务测试验证。
然后进行系统割接。割接之前，需要准备好checklist，并设计好割接步骤，测试方案，应急预案及回滚步骤。剩下的就是按照步骤进行实施。
系统割接完成之后进行服务切换和上线。
4 监控与优化
虽然我们制定了详细的计划并且事先进行PoC验证，但是没有人能够保证业务迁移之后能完美地运行。因此，需要在迁移之后，对业务本身以及业务的运行环境，包括系统(CPU、内存等)、网络、审计日志等进行监控，并对出现的异常及问题进行及时的处理和优化。
业务上云的过程中的确会遇到各种各样的问题，但只要按照评估与分析->规划与设计->验证与实施->监控与优化的步骤一步步进行，业务上云的过程应该是可预测的。云迁移过程中的问题应该都是在可控制的范围内。
