准备好云端迁移前，这些关键动作你真的都做了吗，别急着上云先看看这些要点

（参考来源：多家云服务商官方迁移指南、IT管理社区实践经验总结）

一想到要把公司的数据和系统搬到云上，很多人可能立刻就开始对比哪家云厂商价格更划算，或者琢磨着用什么技术工具能搬得快一点，但先别急，技术问题反而是后面的事儿，在真正动手之前，有一些更根本、更关键的动作如果没做，那上云之路很可能从一开始就埋下了坑，这些坑，轻则让你多花冤枉钱，重则导致业务中断，迁移失败，咱们今天就别聊那些高深的技术名词，就聊聊在准备按下那个“迁移”按钮前，你得像收拾自家房子一样,里里外外检查清楚哪些事儿。

第一件事：你先别管云，把自家仓库彻底盘点一遍。

这可能是最枯燥但最重要的一步了，你总不能连自己有什么、有多少、谁在用、重不重要都不知道，就一股脑全打包扔上车吧？具体要盘点什么？

• 有什么应用程序和服务器？ 别光靠脑子记或者看那些年久失修的文档，最好能用工具自动扫描一下你的机房或者虚拟机环境，拉出一份详细的清单：服务器叫什么名字，上面跑着什么应用（比如是公司的财务系统还是官网），操作系统是Windows Server 2012还是CentOS 7？
• 它们之间怎么“说话”？ 这是最关键的网络依赖关系，你的员工管理系统（应用A）是不是每次都要先去问一下身份验证服务器（应用B）才能登录？你的前台网站（应用C）是不是要频繁地从后端的数据库服务器（应用D）读写数据？把这些应用和服务器之间的访问关系像画地图一样画出来，不然，你贸然把其中一个应用先迁到云上，留在机房的另一个应用可能就“找不到”它了,业务立马断掉。
• 它们到底忙不忙？ 给这些服务器做一次“体检”，看看它们在平时和业务高峰时（比如月底结算、双十一促销），CPU用了多少？内存占了多少？网络流量大不大？磁盘读写有多频繁？这个体检报告有两个巨大用处：一是帮你判断这个应用搬到云上后，需要买多大规格的云服务器，避免买太大浪费钱，或者买太小了带不动；二是给你建立一个性能基准，等上了云之后，你可以对比一下,看看性能是变好了还是变差了。

第二件事：想清楚你到底为啥要上云？给这次搬家定个调子。

上云不是目的，而是手段，如果你自己都说不清想通过上云解决什么问题，那最后很可能会失望,常见的理由无非是这么几个：

• 为了省钱？ 这是最常见的想法，但你要算细账，是觉得现在机房托管费、电费太贵，觉得云上按需付费更划算？那你就要重点评估迁移后，那些常年稳定运行的系统,放在云上是不是真的更便宜。
• 为了更灵活、能快速扩张？ 比如你的业务季节性很强，搞活动时流量爆增，平时又很闲，自己养服务器成本太高，就图云上能一分钟就开出十台服务器，活动结束又一分钟关掉，那你的迁移策略就要围绕“弹性”来设计。
• 为了更安全、更可靠？ 觉得云厂商的安保措施和遍布全球的数据中心备份，比自己维护更放心,那你的重点就要放在安全架构设计和数据备份方案上。
• 为了用上人工智能、大数据这些新玩意儿？ 自己搞一套AI平台成本太高,就想直接用云上现成的服务。

想清楚主要目标，你后面做所有技术决策时，就有了主心骨，比如为了省钱，你可能会倾向于把现有系统直接“平移”到云上（这叫重新托管）；如果为了更灵活，你可能就愿意花点功夫,把应用改造成更适合云的原生架构。

第三件事：算一笔明明白白的账，别只看表面价格。

云上的计费方式和你自己买服务器是完全不同的逻辑，自己买是“一次性投入”，云上是“细水长流”，很多人只看云服务器一小时多少钱，觉得不贵，但最后账单出来却吓一跳,因为费用是由很多部分组成的：

• 计算资源费： 就是虚拟机的钱。
• 存储费： 你的数据存在硬盘上要钱，而且不同性能的硬盘价格差很多,比如高速SSD盘就比普通硬盘贵。
• 网络流量费： 数据从云上往下传输（比如用户访问你的网站），通常是不花钱的，但数据往云上传，或者在云的不同数据中心之间传输，可能就要收费，这可是个大头,一定要预估好。
• 其他服务费： 如果你用了云数据库、云监控、负载均衡这些高级服务,每一项都是单独计费的。

在迁移前，最好利用云厂商官网提供的“价格计算器”，根据你第一步盘点出来的资源情况，大致估算一下一个月要花多少钱，要心里有数，迁移本身也是有成本的，包括员工投入的时间、可能要用到的迁移工具的费用、还有迁移期间可能对业务造成影响的潜在风险成本。

第四件事：搞清楚“责任”是谁的，安全不能只靠云厂商。

有一个非常重要的概念叫“责任共担模型”，简单说就是，云厂商负责“云本身”的安全，比如它那个数据中心的物理大门谁都能进，它保证你租的那台虚拟机能稳定运行，但你放在云上的那个系统安不安全，比如你的软件有没有漏洞、你的密码设得是不是“123456”、你的员工账号管理得好不好,这些安全责任是你自己的。

你不能想着“上了云就安全了”，这是最大的误解，在上云前，你的安全团队就要提前规划，比如在云上怎么设置防火墙规则、怎么管理访问密钥、怎么给操作记日志以备审计，提前把这些安全规矩定好,比等系统上去了再打补丁要管用得多。

第五件事：准备好你的人，别让技术拖后腿。

上云不只是基础设施的变更，更是对你们团队技术能力的一次升级，你的运维团队熟悉怎么在机房插网线、装系统，但他们熟悉在云上通过网页点几下就创建一套复杂网络环境吗？你的开发人员知道怎么利用云的服务来写更高效、更省钱的代码吗？

如果团队对云很陌生，那迁移过程会非常痛苦，而且迁移后也管不好，在项目启动前，必要的培训一定要做，可以让核心成员先去考个云厂商的基础认证，哪怕是最初级的那种，也能帮大家快速建立概念,磨刀不误砍柴工。

把这些动作都踏实做完了，你才算是真正“准备好”了，这时候，你再开始去详细设计迁移步骤、选择具体工具、安排停机窗口，心里才会更有底，整个上云项目成功的概率也会大大增加,仓促上云比晚上云的风险要大得多。