云服务如此脆弱，我的信心已耗尽-云服务的云

“和许多小公司一样，我们使用Google共享我们的日历。但截至上周二，Google日历服务中断了8天，时间如此之长，连个解释也没有，我很愤怒。”一位Google日历的用户如是说。

关注51CTO的朋友，我想，一定留意到了10月18日的外电头条——从Google日历宕机事件学到的教训。而留意到这条资讯的朋友，肯定也领略到了Google日历频繁的中断所引发的头疼情绪。或者，碰巧您就是Google日历忠实的企业粉丝，您就更能感受切肤之痛了。

免费的，就活该等死吗？

谷歌日历是一项非常值得称道的网络服务，它可以帮你安排日程，做记事提醒。它除了完全免费这一极大诱惑之外，它***的好处是非常智能和人性化，它不仅能给你发Email进行提醒，还能给你的手机免费发提醒短信。

后来还增添了离线功能，让用户在不具备网络条件下，仍可浏览日志安排。功能不断增加，界面更加强化，它能和电子邮件及同步服务器很好地集成，一些手机、智能终端设备、以及outlook等都可以与其保持同步。越来越多的企业或个人用户加入到这个团队中来。如今，Google日历已拥有上百万的忠实用户。

也许正是应了那句老话，“天下没有免费的午餐”，或者，至少可以说“任何事情都不是绝对的”。因此，我们也“有幸”看到了Google日历服务接二连三的中断，而且中断的时间似乎越发难以控制，从几个小时到一天，甚至是数天。用户唯一能做的就是，等待，无尽的等待。

出现中断或故障并不可怕，然而最让用户心底最没着落的是，从服务提供商方面来说，如此频繁的中断，Google不仅没有提供故障发生的原因，也没有提供任何挽救措施的信息，更不用说表示些许对风险带来的损失的歉意（估计这也是不可能的，毕竟是免费的嘛）。

但是，免费的就活该吗？我们来举个例子，在现实世界中，如果张某某免费搭载了友人李某某的渔船到河对岸去，而又很不幸，张某某在搭载过程中碰巧遇到了闪失，虽然李某某好心不计酬劳，但按照现行法律李某某也是要付法律责任的。我们先不讨论负责任的问题，至少用户在发生故障时，用户需要的是明确的一个态度。

#p#

企业用户数量不断上扬

我们且不去考究Google日历的***位用户是个人还是企业，但可以想象的是，对于这样一项免费应用来说，在前期，肯定是个人用户占绝大多数。随着在个人用户中的影响越来越大，一些初创企业出于自身需要限于成本，也会考虑应用Google日历。

我们先来看看Google Apps的情况（Google日历是部分作为组件嵌入在Google Apps中的）。在2008年9月份的一篇外文中，是这样记载的：对于一些企业来说，Google Apps已经“足够好”，它以云为基础，它的优势是以协作为核心，而且不需要微软SharePoint服务器。Google 企业产品经理 Matthew Glotzbach也曾说道，Google Apps，是一个有利可图的业务。

虽然对于微软来说，Google Apps还只是一个微不足道的业务（据一篇财富文章记录，在2007年，Google Apps业务带来了约400万美元的收入，而同年，微软Office套件带来了122亿的收入），但Google企业级用户正在稳步增长。

从2008年年初，Google已经招徕了约50万企业级用户，至少应用Google Apps应用服务之一，主要是小企业用户），以及1000多万活跃用户。此外，成千上万的大学，超过100万活跃用户在使用Google Apps。到目前为止，Google***的客户是位于哥伦比亚地区的Valeo，该公司是一家领先的汽车零部件提供商，有38000名员工，其中32000名是Google Apps的用户。笔者查了一些资料，发现，在Google Apps这个问题上，Google一直是轻描淡写它的企业级用户的客户数量。Google一直说每天增加3000个企业，其数量每年超过100万。

随着云计算的发展，更多的人会选择云服务作为信息技术的最终交付方式。从以上的数字也可以看出，云服务的企业级应用会越来越多，一些免费应用也会逐步转到收费上来。而出现故障，不回应的态度，只会伤害用户的信心和感情。

#p#

云计算产业链条亟待完善

先不说云计算的领头羊厂商亚马逊服务的状况，（如赔偿问题谈崩礼来或将放弃使用亚马逊云服务，亚马逊故障频发用户该怎么办？云计算还不够稳定，亚马逊又宕机了等），我们来只需回顾一下Google自身，从云计算质疑加剧谷歌日历服务中断，到谷歌日历服务再次中断大多数用户受影响，再到谷歌三遭云计算质疑 App Engine出问题，论谁再有耐心，也难免于信心消耗殆尽。

面对如此多不可控的事件，而又没有什么合理的解释和应急机制，因此有人提出，“或许现在是重新思考（要不要进行）云的时候了”，文中还提到，像微软这么大的厂商都不能保证它的云网络的正常运行，这的确值得我们警醒，如果你知道Google、亚马逊、Rackapace和其他云提供商，还有SaaS之王Saleforce.com等都曾出现过类似的云服务中断现象的话，你就应当更加警觉了。

不可否认，近几年中，Google 日历的功能是在不断增强，但考虑到如此之多的用户，为什么就没有足够的警醒，行成一套应急机制呢？

云服务***的卖点就是随需所用、简单、便捷（即“傻瓜型”的意思），但正是因为它***的优势，使得用户不再需要关心它后面的基础设施。因此，使用云服务时，用户是看不到服务器的。一旦发生故障，用户是无法运行诊断程序的，也不能跑到大厅叫IT人员来救援，即使经验再丰富的用户也无法准备地知道恢复数据需要多少时间，甚至连该做些什么都不知道。服务关闭时，用户只能看到一个空白页，不管这是暂时的，还是会造成数据完全丢失，用户都帮不上忙。

而要解决这个问题，需要在用户和服务提供商之间建立起一个足以信赖的关系，而这就需要服务的透明化。如果事故发生时，服务提供商一方必须能够及时地调配资源修复事故，或者如果没有足够的精力和人力，就应该请第三方协助。这才是权宜之道。

一场变革的最终完成，要依赖于多方协作，最终形成一个完善的产业链条，才是一个长久的发展之道。云计算就是这样。

【编辑推荐】