随着云计算和软件服务化(SaaS)渐趋驶入企业领域，数据中心面是否面临着生死存亡的威胁?很显然。数据中心依旧会以某些形式存在，但是这些是否仅仅局限于大型服务提供商和世界500强公司?

　　据最新的一份来自加州大学的报告显示，云计算服务的效率是当前传统数据中心的5到7倍之多。即使你是一个“云”怀疑论者，如此的学术报告打动你所在机构的业务端人员打听“云”的信息也不足为奇。经济大衰退期间，最小公分母就是成本支出。任何一项技术，不管经过论证与否，只要是能够削减成本就能获得大家的关注。然而此次报告结论并不意味着你就得立即开始将自己的应用迁移到谷歌或者亚马逊。此份报告的意义在于，你需要清晰地拟定出一个战略，即使该战略依旧需要长期观望。

　　Burton Group分析师Nik Simpson表示，“依然能看到一些如电子邮件之类的低关键性的应用正在外包，但是云计算对数据中心能够产生任何实质性影响也在若干年之后”。就目前而言依然有着很多因素阻碍企业将关键性应用迁移至“云”中，这些因素包括缺乏SLA(服务等级协议)、数据保密性以及遵从性等问题。此外事实上大多数云计算服务商并没有运行相同的企业应用。

　　Simpson表示，“就目前而言无论是你的软件商重写应用还是你亲自重写自建应用(in-house application)，依然存在大量的障碍。对于大多数机构而言，通往云的捷径是虚拟机。用户可以利用现有的虚拟机并将其推向云”。就算是迁移虚拟机也需要解决如带宽、延迟以及可用性等若干问题。Simpson认为企业最终会将相当一部分的应用套件或等同应用迁移至云中，但这也不是一两天的事情。

　　谷歌，云的推动者

　　谷歌正通过使用云技术作为其逐步侵入微软传统强势领域的战略，Gmail以及Google Apps服务已经悄然无声地侵蚀着Microsoft Office，但是依旧无人留心注意到这些谷歌服务都是基于云技术的应用。尽管这些都是客户应用，并非企业级应用，但是发展势头还是令人看好的。

　　Google Apps产品经理Rajen Sheth表示，“毋庸置疑，企业运行的数据中心的数量将会逐年减少，因核心业务需求而运营数据中心的企业数量也为数不多。对于一家保险公司而言，聚焦于销售保险单要比管理维护电子邮件更有意义。”

　　Simpson关于诸如电子邮件等简单服务会率先迁移至云的观点，Sheth表示认同。然而Sheth认为那些顾及到更为广阔数据迁移的底层平台也已经成熟。他表示，“随着更多诸如Google Apps Engine、Amazon Web Services之类的平台和基础架构级技术成为现实，就算是客户应用也会逐渐迁移至云中”。

　　似曾相识和不同之处

　　这一切我们似曾相识?在上世纪90年代和本世纪初期间，最为活跃的技术就是MSP/ASP领域。尽管只有几家创业公司得以存活，但是MSP/ASP并没有像某些人认为的那样撼动整个IT业界。

　　Simpson称其心中质疑的一面认为这两者并无不同之处，他表示，“和2000年以及2001年的存储服务提供商一样，我看到目前所有这些云存储提供商做着同样的陈述。”

　　据Simpson介绍，机构有理智地被外包吸引。然而如果他们将遵从性、带宽开支、增加的延长性计入在内，那么理智的基石就开始破碎。Simpson随后举了数据库的例子。最初看来，将其迁移到云之中是很符合逻辑的事情。但是Simpson指出，“尽管他们都是运行的SQL Server，但是在底层数据库设计以及数据库表看来是完全不同的。”

　　就谷歌而言当然不会无视这些因素。数据中心并不会彻底消失，总有一些应用会被机构用户当做是核心业务的一部分。Sheth相信随着时间的流逝，企业级自建数据中心会越来越少。

　　新型IT模式的需求

　　尽管报告中称应用迁移至云之中能够带来很多成本的削减，但实际上并不尽然。将如今的虚拟化应用迁移至云中就显得很不明智，因为成本并没有降下来。用户还得去维护这些应用以及底层的操作系统，不断地打补丁。

　　Sheth表示，“采用为私人数据中心设计的模式是一个错误，向云的迁移使得处理事情完全不一样并且能够带来显著的效率提升”。他指出Gmail的设计和传统的电子邮件完全不一样，对于企业用户而言，谷歌能将每年每个用户250美元至300美元的电子邮件费用降低至50美元。

　　传统数据中心提供商的思考

　　很多传统的数据中心提供商都有着自己的云战略，但是对于是市场意义上的战略还是一个实际的技术问题而言则是另外一回事。同Brocade首席技术官Dave Stevens交谈时，本以为会听到大量有关云计算风险的警告。但实际上Stevens却表示应用到企业领域的云计算模式是非常具有革命性的。

　　正如虚拟化一样，作为一项技术云计算也已经存在了一段时间了。你或许已经虚拟化网络基础机构十年多了。但是利用路由器并将其分割成若干虚拟路由器并未