那么，这个愿景究竟是什么呢？就是希望IT资源能够有一天像今天使用的电力、自来水一样"即插即用"。这些IT资源包括应用、软件、硬件设施等。我们从未听说过"云电力"或者"云自来水"。因为从来不需要关心发电、输电设备的技术和管理就可以轻松使用电力资源；从来不需要关心水的抽取、净化和输送，就可以使用清洁的自来水资源。云代表的就是资源的社会化、服务化和专业化的大趋势。

我们要讨论的问题是：有没有哪些IT领域已经实现了资源化，或者说"云化"？是什么原因阻碍了IT"云"的实现？要拥抱"云"，我们需要做些什么？

如果谈到广义的IT，把话音通信也归入IT范畴，那么我们无论在固定电话还是移动电话方面，都早已实现了"云电话"。我们只需要按消费需求向运营商申请服务，就可以按喜好购买终端接入使用通讯服务。如果回到20-30年前，我们同样可以看到每个政府机关或者企业，都在购买程控交换机，甚至设置话务员部门负责通讯联络。大规模数字程控交换机和电信运营商的出现，使这样的自耕农式通信建设，进入了社会化协作的"云通讯"时代。

我们所熟知的Internet更是以与生俱来的全球化分工协作精神，从一开始就是以网络资源服务的姿态打造了一张"云网络"。即便我们某些行业部门还在乐此不疲地建一张张内部使用的独立纵向网，至少从来没有人想去建一个"自己的"Internet。

云在IT世界从来不是一件新鲜事，在发展最迅速的语音和数据通信领域，我们天天都在使用着这样的云。从人类发展历史来看，不断深化的社会化、专业化分工是社会发展的大势所趋，在IT行业同样也不例外。所以，我们对于这朵飘然而至的"云"，不应该从"新技术"或"新概念"的角度去看，而是应该看作IT系统的建设大趋势。

现在回答第二个问题，是什么因素阻碍了"云"的实现？有两个主要原因：

一是传统管理体系对信息资源的分割占据，人为地阻碍了信息的流通和共享。没有"水"的流动循环，"云"自然也就无法生成。

二是IT发展过程中的群雄割据和利益导向，导致标准林立。很多厂商都在纷纷定义私有的应用标准和数据格式，诱使或迫使用户在IT系统建设时，不得不按照不同厂商产品设定的框架装入自己的业务。最终导致业务割裂，系统混乱。

一个简单的假设，如果一个用户的机房中，同时运行着4到5个不同厂商的服务器、操作系统、数据库、存储设备、网络设备和安全设备，应用软件有3到4个不同的开发商且各自为战，从未按照全局信息规范标准进行信息定义和系统开发，数据中心也仅仅是完成了把数据从物理上堆到了一个机房中，业务仍旧是条块分割，风马牛不相及，那么，当这个用户面临着越来越严峻的业务连续性、安全等级保护、跨业务整合、应急指挥等等新的业务主题考验时，陷入疲于奔命的救火状态很难避免，业务自然也就很难更上一层楼。

因此，云对于我们反思IT建设历程，从系统化、集约化、整合化、社会化专业分工角度重新思考未来的IT之路，有着重要的现实意义和价值。我们可以不需要"云计算"的帽子，却可以据此审视我们的建设思路：什么才是符合发展潮流的做法？不再打着信息化的旗号，做着把信息锁进箱子底的事。

对于管理方面的问题，应该认识到：充分信息化的前提和结果之一是管理的扁平化，是管理的客户导向或服务对象导向。我们欣喜地看到，继运营商BOSS系统整合、金融数据大集中等企业业务整合行动取得显著成效之后，政府很多部门也都正在努力进行管理流程变革和IT系统整合。从公安部门的警务综合系统，到学校的数字化校园；从社会征信系统，到政府网站一站式服务整合。越来越多的政府和系统，不再着眼于个别功能的实现，而是着眼于大系统大业务，打破内部部门分工障碍，甚至打破不同行业或企业间的"数字鸿沟"，正积极向着信息的标准化、信息交换与共享，业务流程整合的方向迈进。

在管理优化和业务整合的基础上，技术和系统的重构和整合就成为第二个需要面对的问题。前面分析过，软硬件技术标准、数据格式标准的厂商纷争和利益纠葛，是造成今天系统割裂整合困难的根本原因。从目前阶段进入到类似通讯和网络的"云时代"，从技术上至少还需要跨越三个大的台阶，自底向上分别是：计算和存储设备在硬件技术和管理技术上的充分标准化；操作系统的充分标准化，具备高度的互操作和应用随需部署能力；主要应用的数据格式充分标准化和高度互操作能力。

三个台阶的跨越过程，需要大量的中间件、虚拟化技术将原本死死绑在一起的软硬件结构打破，透明化为逐层向上提供服务的资源化IT体系结构，这就是云计算中经常提到的PaaS(PlatformasaService)SaaS(StorageorSoftwareasaService)IaaS(InfrastructureasaSevice)的价值所在。

想象这样一幅场景：一个业务机构，早上9点上班，员工忙于收发邮件，这时，可以调集100个计算节点中的80个集中服务于邮件业务；10点之后，随着终端客户逐渐进入营业场所，营业系统开始步入高峰，邮件业务开始下降。系统管理员甚至是系统能够自动将邮件系统使用的80个计算节点释放出70个迅速用于业务系统的支撑。所有的计算资源像一个可以动态调配的水池，随时为一尾尾不同应用要求的鱼提供着适时的支撑和灵活的服务。

再想象这样一幅场景：在一个数据中心，管理着约10PB的数据（10PB=10，000TB），其中实时在线交易数据占100TB，数据仓库和决策支持系统数据达到1,000TB，包含图片、视频和文本文件的常用数据约2，000TB，其他近7，000TB是计划存放30年的各种历史数据。

由于充分实现了存储的标准化、智能化、虚拟化、服务化，数据资源的管理异常轻松。每一台服务器根本无需进行预设的空间分配，只需要向存储服务平台发送数据读写需求，存储平台能够根据前端数千个计算节点提出的不同的数据读写需求，智能化地决定数据服务策略：

1、具有高性能要求在线交易数据，存储系统自动存放到由固态硬盘组成的容量池，提供高性能的数据读写服务和高可靠的RAID10保护服务，同时该容量池已自动设置了备份、同城、异地多级灾难备份的数据保护功能；同时分配了足够的IOPS能力服务于数据的读写操作。

2、对于数据仓库和决策支持系统，存储系统自动将数据分配到配置了较高性能的SAS硬盘区，用RAID5进行较低成本的配置和数据存储，只对其中的重要元数据进行高级别备份和容灾保护，过程性数据仅做简单近线备份保护。

3、对于近2000TB的各种非结构化数据，按照数据本身描述中的数据格式、时效性要求、传输带宽要求等，存储系统自动分门别类将数据分配到不同介质区，提供不同带宽条件、不同数据备份和灾备保护能力应对不同的数据访问需求。

4、根据业务规则，存储系统自动将一年以上访问频率小于10次的数据自动归档到有MAID(大规模非活动磁盘阵列)技术支持的绿色数据归档区，硬盘平时处于下电状态，大幅度节省归档能耗，仅在有访问或新写入时，自动加电相关的介质提供服务。如果数据超过1年没有访问，存储系统还将把这部分数据自动归档到磁带中进行离线保存。

5、任何时候，存储系统能够根据访问特征和数据特征，自动组合和分配存储资源，并源源不断地向管理员提供各种数据区的使用特征和记录分析。一旦某数据区达到容量、性能或安全临界阈值，只需要按照标准化规程加入标准化的介质、性能处理单元等，存储系统就能够自动把新的资源加入资源池。

这是两个多么令人向往的场景，这将如何大幅度削减我们今天的IT建设和管理成本？这将如何提升我们方便地部署和拓展业务的能力？这将如何释放出IT资源的效率和能量？

因此，从技术层面而言，在云时代徐徐拉开大幕的今天，每一个IT的客户，都应该积极地用手中的IT采购资金作为选票，催生这个新时代的早日到来。我们可以采取的方法包括：

1、坚决选用那些被全世界广泛支持，产业链最开放和最完善的通用性标准化技术，比如IP技术。坚决地摒弃那些无论听上去多么迷人，厂商名头多么吓人，却只能由个别厂商支持的所谓"先进技术"或"私有标准"。因为多年的IT建设经验早已告诉我们，任何技术如果不能和整个行业的发展方向一致，不开放不通用不标准，迟早会让使用者成为削足适履的技术奴隶。

2、让IT基础架构中三大基础系统：计算、存储、网络各自承担自己的专业职能。把业务计算服务交给服务器，把数据管理交给存储，把数据通信交给网络。并力求在每个系统间建立清晰的职责划分和标准化的互操作界面，使任何两个系统能够轻松耦合工作。

3、建立平台化和服务化的建设思路。IT系统不再是头痛医头的单项业务规划，而要全面考虑计算、数据管理、数据通信三大平台的构建。比如，当我们需要建立容灾系统，就不应该是服务于某个特定应用系统的容灾，而是要从建立灾备服务平台的角度出发，使灾备系统具备服务于所有今天和未来需要灾备服务的业务系统，具备服务于所有组织内的所有机构的能力。建设步骤可以分期，思路却应该始终坚持平台化和服务化。一旦各个平台考虑清楚，业务和应用就像是各个使用220伏电源的电器，可以轻松接入到基础架构上获得资源。再比如，服务器的购买不能再简单用峰值业务量换购买依据，而是应该考虑计算平台如何能够让各种业务无缝接入，能够运用越来越强大的虚拟化功能让计算平台能够支撑所有业务的部署和持续扩展。

行至网深处，坐看云起时。随着应用的深入、Internet对于信息使用方式的深刻改变，云已成为IT发展不可逆转的趋势。网络让世界扁平，让人类相互联接。如果说网络承载着信息像江河湖海，周游流转生生不息，云就是让信息遨游四方的雨露之源，让我们共同拥抱IT云时代的到来！