怎么才能顺利把业务搬到云上，这些步骤你得知道一点

想把公司的业务搬到云上，听起来是个大工程，感觉头绪很多，不知道从哪里下手，其实这事儿跟搬家有点像，不能一股脑把东西全塞进箱子就完事了，得有个计划，根据一些企业和专家的实践经验（来源：多家科技媒体对企业上云案例的总结），我们可以把这个过程分成几个关键的步骤来考虑,这样会清晰很多。

第一步，不是马上就去选哪个云服务商，而是先想清楚“我们为什么要搬？”和“搬什么？”（来源：Gartner等咨询机构常强调的业务驱动IT策略），你得问问自己：公司目前遇到的具体问题是什么？是服务器总出故障影响业务了，还是每到促销季网站就卡顿？或者是办公软件分散，大家协作不方便？明确了要解决的问题，上云才有方向，就是清点家里的“物件”——也就是公司的业务和应用，哪些是核心的、一刻不能停的？哪些是次要的、可以暂时停一下的？先把公司官网、测试开发环境这些对连续性要求不那么极端的搬上去试试水，积累点经验，再动核心的财务系统或订单系统，这一步想明白了,后面才能避免手忙脚乱。

第二步，就是出去“看房子”，也就是评估和选择云服务商（来源：基于对AWS、Azure、阿里云等主流厂商公开资料的比较分析），现在市面上提供云服务的公司很多，各有各的特点，你不能光看谁名气大，得看谁更适合你，你的客户主要在国内，那可能选国内的云服务商在访问速度和政策合规上会更省心，你要重点看看几个方面：价格是不是透明、算得清？售后服务和技术支持响应快不快？最重要的是安全性怎么样，他们有什么措施来保护你的数据？可以找几家心仪的，申请个免费试用账号，亲自上去点一点,感受一下操作起来顺不顺手。

第三步，开始动手“打包”和“设计新家布局”，也就是制定详细的迁移计划（来源：借鉴了云计算领域常见的“6R”迁移策略思想），这一步最需要耐心和细心，你不能简单地把原来的服务器像复制粘贴一样整个搬到云上就完了，云有云的特点，就像新房子格局不同，你得考虑怎么摆放更合理，有的老应用可能太旧了，直接搬上去跑不起来，需要先做些修改优化（这叫做“重构”）；有的应用可能直接换个环境就能用（这叫“直接迁移”）；甚至有些功能，完全可以不用自己原来的程序，直接使用云上现成的服务来代替（比如用云上的邮件服务代替自己维护邮件服务器），你需要为每个要迁移的应用制定一个具体的方案，一定要做一个详细的时间表，告诉所有人先搬什么、后搬什么，并且在计划里预留出出现问题时的回退方案，万一迁移不顺利，还能退回来,保证业务不中断。

第四步，是小范围的“试住”，也就是进行试点迁移和测试（来源：企业IT项目管理中的常见实践），这是非常关键的一步，能帮你提前发现很多问题，不要一上来就迁移最核心的系统，你可以先挑一两个不那么重要但有点代表性的应用，按照计划搬到云上，然后组织人手，仔仔细细地测试：功能都正常吗？速度比原来快还是慢？和公司内部其他系统的连接有没有问题？模拟一下有很多人同时访问，看云服务器能不能扛得住，这个试点的过程，既是对你前面计划的检验,也是让团队熟悉云环境操作的好机会。

第五步，感觉试点没问题了，就可以开始“正式搬家”了，也就是执行大规模迁移（来源：IT运维领域的标准变更管理流程），这时候要严格按照之前定好的时间表来操作，通常为了不影响白天正常业务，迁移工作会选择在业务量最小的深夜或节假日进行，迁移过程中，各个环节的负责人要紧密配合，时刻监控着系统的状态，数据传完了，一定要核对一下，确保一根针都没少，切换的时候，可能还需要一点停机时间，要提前通知到受影响的员工或客户,让大家有心理准备。

第六步，搬进去还不是结束，还得“熟悉新环境并长期维护”，也就是做好云上管理和优化（来源：云管理平台如AWS Well-Architected Framework的核心建议），业务全部上云之后，你的工作方式要变一变了，在云上，资源是弹性的，用多少付多少钱，所以你要学会监控资源的使用情况，发现有的服务器一直很闲，就可以考虑关掉或者配置成小一点的，这样才能真正省钱，安全方面也不能松懈，要定期检查安全设置，给系统打补丁，要开始培养团队使用云的习惯和能力，毕竟工具再好,也得人会用了才能发挥价值。

最后想说的是，把业务搬到云上，不是一个单纯的技术任务，它更像是一个管理项目，涉及到流程的改变和人的适应（来源：麦肯锡等机构关于数字化转型的报告观点），过程中肯定会遇到各种预料之外的小麻烦，保持耐心，从小处着手，一步步来，及时总结经验和调整,就能比较平稳地完成这次重要的升级。