• 1
  • 2
  • 3
  • 4
  • 5
云服务器安全 首 页  »  帮助中心  »  云服务器  »  云服务器安全
云服务如此脆弱,还能相信它吗
发布日期:2016-2-21 13:2:7

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

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

  企业用户数量不断上扬

  我们且不去考究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万。

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

  免费的,就活该等死吗?

  谷歌日历是一项非常值得称道的网络服务,它可帮你安排日程,做记事提醒。它除了完全免费这一极大诱惑之外,它最大的好处是很智能和人性化,它不仅能给你发Email进行提醒,还能给你的手机免费发提醒短信。后来还增添了离线功能,让用户在不具备网络条件下,仍可浏览日志安排。功能不断增加,界面更加强化,它能和电子邮件及同步服务器很好地集成,一些手机、智能终端设备及outlook等都可以与其保持同步。越来越多的企业或个人用户加入到这个团队中来。如今,Google日历已拥有上百万的忠实用户。

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

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

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

  云计算产业链条亟待完善

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

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

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

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

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

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