我们总结起来，互联网业务的高速增长实际上是需要我们基础架构的云化。我们可以具体总结一下，从业务的发展来讲，为什么说需要我们的基础架构要云化，传统的模式能不能解决这样的问题。互联网的应用本来就是在线的发布，最终的用户实际上就是测试的用户，他在网络上发布的版本永远都是一个伟大的版本。我们曾经有一个应用在极端的情况下，一个月发布了十几个版本，这样的一种情况下，会出现很大的对基础架构的挑战。我们知道，我们建数据中心差不多花两三年的时间，我们要买服务器设备，需要花一个季度去交付，这些时间根本满足不了互联网一天可以发十几个版本。所以，我们总结起来，就是计算和网络资源的供给速度以月计提高到分钟级或在线实时交付。这是从业务部门来讲，有这样一个情况。当然这种东西，我们也可以给一些解决方法，无非就是我把我的资源池建大，根据我的规划，有十倍的资源准备，他要的时候就有，当然这种情况是很容易做到的，但是老板肯定不允许你这样做。
互联网的业务没有像传统的金融企业要求那么高，但是它需要有一个快速的恢复，当你在基础架构出现故障或者失效的时候，能不能在几分钟或者几十分钟的情况下进行恢复，如果我们的服务器出现故障失效需要维修的话，最快做到三四个小时就可以了，除非是你有多重的保障，这样的话，对你的复杂性和可拓展是一个挑战。基础架构本身能够恢复，使得业务没有感知，当一个数据中心垮了，你可以让它在另外一个数据中心在几分钟之内启动，这对业务来讲是非常好的。
第三点，我们讲第一点的时候已经谈到了，老板当然希望有海量规模的资源，但是最好是能够实现低成本的通信计算。腾讯的服务器规模我们今天已经快超过30万台服务器，我如果只是提高10%的服务器利用率，节省的成本可能就在几十个亿，更不要说其他的网络资源结合的情况。所以，从互联网公司来讲，如果你如果从50%提高到70%、80%的利用率的话，成本节省也是非常大的一个方面。这是我们过去云计算云服务的一个主要目标。从第一点来讲，我们需要资源弹性供给；第二点来讲，我们需要基础架构有一个自愈性，对用户有一个体验保障；第三点，就是高效资源利用。所以，我们认为从互联网公司为了承担自己这种庞大的计算业务的规模来讲，实际上这是没有办法也绕不开的槛。过去几年我们一直在做一件事情，就是整合我们的基础设施，然后就是整合我们的数据中心、整合我们的服务器以及网络。像我们的全业务，这个全业务既包括腾讯自有的业务，也包括将来更多的业务，提供IaaS云的基础服务，这样使得我们的业务能够更快、更低成本获得资源，并且更高效地使用资源。
具体来讲怎么做呢？刚才提到，腾讯为了支撑我们的互联网业务，为了支撑开放云平台的业务，我们的整个基础设施规模还是比较庞大的。这个规模基本上是这样一种情况，我们的数据中心分布在全国十几个城市，包括华北地区、华东地区、华南地区，也包括我们在香港和在美国的数据中心，也包括我们使用了一些欧洲、日本的机房，使用了第三方基础架构上的资源去做。现在，我们这种比较大规模的IDT集群来讲的话有50多个，分布在全国十几个城市，如果加上我们的CDN来讲的话，在全国有100多个城市。从IDC带宽来讲，现在差不多有1300多个提供IDC带宽。这里面大量的照片或者一些内容的存储，差不多有100个P的云存储，因为我们有很多的存储是多份的分布，有的有三份，有的有四份，有的有五份，加在一起是几百个P。这样庞大的规模一方面是需要长周期的维护，还有就是业务弹性的要求，另外还有一个就是资源的成本。
为了更好地使我们的基础设施、使我们的基础资源能够支撑我们的云服务和云计算，我们在做几个事情。一个，就是我们认为从云计算和云服务来讲，特别是IaaS云，我认为有两个支柱，一个就是大功率数据中心，天津的云计算中心已经投产，现在有四五万台的规模已经在使用，二期还在建设过程中，预计明年投产。一期二期加在一起的话，差不多有12万台到15万台的规模，实际上来讲，天津云计算中心还在做三期、四期，我们希望最后服务器的规模达到20—30万台，这些都是物理机。在建这样一个庞大的数据中心的时候，我们不仅要考虑到数据中心本身的建设、节能、绿色、环保，同时我们还要考虑到它怎么来更好的适合我们将来开通云服务。这里面我们在做的时候主要探讨轻量化和模块化的建设，我们采用了绿色节能的技术，使得我们部署的时候方便一个模块一个模块建设上限，我们的服务器也会根据一个模块一个模块的布局方式，使得数据中心的楼和基础设施花很长的时间盖起来了，但是最后的部署可能是半年的周期去部署，使得它更好地支撑我们的情况。除了天津，我们在上海、深圳等地都在规划下一轮的数据中心，未来可能会支撑这些城市一百万台的计算规模。
