在这个过程当中，我们会发现，在两个大的思想阵营在冲撞，一个叫链式，就是我刚才讲的，从头到尾的链式，这种链式的角度，在寻求层与层之间、短兵相接的这种配合，配合他说我很短平快的能够满足你某个企业、某个特定客户的需求。但是它服用度很低，它投入了大量的东西在研发，在你前期的投入树立了标杆，但是第二天当它附庸到另外一个地方去的时候，突然发现它又要重新去开发了。
所以它成本投入非常大，这样的投入产出比根本没有办法在今后的长期发展当中去演进，怎么办呢？强行复制，说那个是行业先进，我一定要去复制它。有N多的咨询公司跑进来，第一个就告诉我们这是行业先进，这是最佳实践。但是搬过来一用，同志们你们大家都深受其苦，我们的管理、理解、素质、习惯，都没有在这个层次上准备好。单单的以形式上的行业先进就搞得我们很痛苦，所以我们期待的是云，当云来的时候，我们感知那个才是我们要的。
但是要知道链是非常快速能达到目的的，而云恰恰是慢慢去达到目的的，当我们某一天来判断这个云发展的如何的时候，你有没有看见那朵云以火箭的速度在走，肯定不会。云最多随着风的速度慢慢在飘，所以云走的速度一定不会太快。
我们可以看一下浙江移动当年，在我们企业内部私有云当中是怎么来建这件事情的。刚才孙总已经介绍，我从2005年开始关注SOA，我就有一个说法，当时请IBM来给我们做集成。我问IBM一句最简单的话，您能不能告诉我这两个应用之间能不能符用？他们所有人告诉我说，这怎么符用？这是两不同的部门提出来的需求，对吧？
我说一定有，一定有办法。过了半年，他们来了一位首席科学家，告诉我说你汤博，你说的这个事有解。后来就把我们所有的服务微分了一下，我们找到了大概有三十几个服务是可以符用的，从那个开始很艰难地走出了第一步，后来就有大量的所谓产品推出来，什么ESB，什么这一类的东西推出来。推到我们身上以后，我们发现又走了一大段弯路。你如果不在ESB上做了以后，你很快就在他那个平台上上了贼船了。上完贼船以后你还下不来，你今天想换没那么容易，这么多应用怎么办？
那我们走过了七年，到现在为止不能说全部的云化，但是也应该说在这个层面上做出了一些努力，就把这个过程跟大家都谈一下，也希望大家能够从中感受到一些东西，能为大家今后的实践提供一点帮助。其实我们最主要的就是这三块，一块就是所谓的业务能力，一块就是所谓的公共服务能力，一块就是所谓的设施云，从某种角度来说，我们可以把它理解为IaaS，PaaS，SaaS，那事实上跟这个有点牵强。
我们先来看基础云这块最容易解决，这一块解决是这两天一直在谈的事，把虚机曲成一块块刀片，刀片里面再开虚机。这样去模拟，去和一台IMB595的主机去匹配。一道分布了以后，下面那张图是我们之前和之后性能的比，无论是打开邮件界面的速度，明显是虚拟化了以后，速度要快的多，这个无可否认，这是我们现在虚拟化以后带来的好处，价格也便宜了很多、很多。
问题是他还不是真正的云化，只是虚拟化，所以虚拟到我们下面一个个VM，都是一个、一个小虚机，然后在上面有三大平台，这个是属于计算网络的，主要是靠计算的网络平台和网络的管理平台来解决，旁边还有一块是阵列的一个平台，在我们这个层面上面就提供了大量这方面的服务。而这块内容，刚开始我们做的时候，因为中国移动也有一些中国移动本身所有的限制，当时采购的所有的都是Windows XP，但是XP天生就是为单机服务的，当我把它装到桌面云上去，装到每一个云片上去的时候，会发现产生了一个很致命的恶果，什么恶果呢？两片CPO所提供的服务，其中拿1.2片CPO来做调度，两片CPO只能提供0.8片的服务能力。很痛苦，我说两片CPO还没有一片好，后来就把它换到Win7上面，这个作为终端用的话，那就是要在Win7上面跑就好的多，因为天生就是为云端服务的。在这个层面上就有很多、很有意思的这种变革。
第二块就是我们所谓的平台云的实践。在这个过程当中，我们识别了一部分的能力，比如说流程服务，比如说文档服务、社区服务、界面组建、待办通知，这是我们拿来做简单的例子。比如说我要提供一些专业的服务，那么要提供这些专业服务的话，我会看待如果说这些服务被组合，在每个系统里面都会被用到，都会去用，所以我提供出来的是统一的。那下面的这些提供商都是不一样的，那很简单，把你的系统打散，你必须用我的流程引擎，你必须用我的文档管理，你必须用我的社区交流，你必须用我的界面，你必须用我的所谓统一的用户、统一的待办、统一的通知等等、等等，为什么呢？我提供给大家是通用的服务能力，你重新组合，你只要有组合能力，带着你的业务能力来就可以，所有的组件我统统给你。
