上云其实很简单（一）

要解决一个问题，就要了解这个问题的本质。今天我们就来说说上云这个问题，它的本质是什么。

上云是件什么样的事？是把原来的应用软件从用户数据中心（或者单服务器、甚至就是一台个人电脑）搬到云端的过程，我们把这个过程称为上云。举个简单的例子，就是本来我们吃的水是从自家井里或者村里共用的井挑水吃，现在随着技术发展，通了自来水，我们照样还是在家里吃水，但是水不是从自家井里取了，而是从很远的自来水公司提供。而上云在这个例子中扮演着铺设新管道，替换原来从自家水井吃水的管道的作用。

为什么企业及程序员都觉得很难、很畏惧，甚至觉得很恐怖吗？有的企业会觉得上云哪里是换自来水这么简单，那是在悬崖峭壁上搭建独木桥让我们走过去。太可怕了。其实这些企业的担心有两点：

第一、对对面的环境不了解，这是对未知的恐惧；

第二、走向对面的过程怕有意外，导致原有业务受损。

我们解构了上云这件事之后，我们一起思考讨论下上云这事怎么做？才能把上面两点企业的担心降到最低，让企业可以放心的、可依赖的把手交到我们手里，我们扶着企业一起走完上云这个必然的过程呢？

第一步、调研。知己知彼百战百胜，只有了解的源系统长什么样，从网络，数据库，操作系统，开发语言，设计架构，部署情况，安全要求，运维要求，高可靠、高可用要求了解清楚，我们上云就成功了一大半了。

具体调研如何做呢？这一部分且听下回专题讲。

第二步、评估与设计。基于调研收集到的信息，我们需要评估上云的难点、风险点，并就这些难点、风险点给出整套的、多套的解决方案。扫除了难点与风险点，我们就可以按照软件设计、项目管理的流程开始设计。

第三步、POC测试，验证设计的可行性，在实战中完善设计。这一步存在的意义是验证第二步给出的方案的可执行性。这一步是企业信任的关键。以前我们自嘲写代码的不如卖PPT的。可是上云动的是企业的核心应用呀，别人吃的水呀，PPT说说可以，怎么让别人信任呢？那就是POC验证。

第四步、迁移上云。这一步就动真格了，其实就是第三步的押韵，没那么可怕。

第五步、测试。到这步的时候我们已经走到“悬崖”对面了，继续浏览对面风光之前，我们check下带来的家产全不全。