2012年四大厂商的云尴尬事件

2012年的云服务中断屡屡让提供商们尴尬不已，可以说宕机事件既数偶然，也数必然，云服务厂商在云道路上需要不断的摸索与前进。

微软Windows Azure两次出事

2月28日，由于“闰年bug”导致微软Azure在全球范围内大面积服务中断，中断时间超过24小时。虽然微软表示该软件BUG是由于闰年时间计算不正确导致，但这一事件激起了许多用户的强烈反应，许多人要求微软为此做出更合理详细的解释。

7月26日，Azure再次故障，导致西欧用户受影响。微软对故障的解释是“由于错误配置了网络设备导致了西欧区域的服务网络中断”。此次中断持续2.5小时。微软表示此次事故中并无用户数据丢失。

AWS真该升级数据中心了

6月15日，亚马逊北维吉尼亚的数据中心遭遇停电，由此导致亚马逊网络服务AWS中断约6个小时，影响波及亚马逊弹性计算EC2、亚马逊关系数据库服务以及亚马逊弹性魔豆AWS Elastic Beanstalk。北维吉尼亚数据中心是亚马逊使用最久的数据中心，在2011年以及今年10月都曾发生过宕机事故，导致用户信心流失不少。

“我很喜欢亚马逊，但是宕机的时候也真是无能为力，尽管我也知道传统IT数据中心也会遇到这种情况”，Stratalux公司CEO Jeremy说。中断事故导致了他的一位客户服务中断了1个小时。

10月22日，位于北维吉尼亚的亚马逊网络服务AWS又挂了，影响了包括Reddit、Pinterest等知名大网站。中断影响了弹性魔豆服务，其后是弹性魔豆服务的控制台，关系数据库服务，弹性缓存，弹性计算云EC2，以及云搜索。这次事故让很多人认为，亚马逊是应该升级其北维尼吉亚数据中心的基础设施了。

Google 也没能幸免

在微软Azure宕机的同一天，Google Gmail用户使用的Gtalk中断了近5小时。Gtalk服务的控制面板页为用户提供了因服务中断所导致的升级。Google对此也做出了道歉“请相信google是极度重视系统可靠性的，我们会更加注意提升我们系统的性能”。

GAE是用于开发和托管WEB应用程序的平台，数据中心由google管理，中断时间是10月26日，持续4小时，因为突然变得反应缓慢，而且出错。受此影响，50%的GAE请求均失败。google表示没有数据丢失，应用程序行为也有备份可以还原。google表示他们正在加强其网络服务以应对网络延迟问题，“我们已经增强了流量路由能力，并调整了配置，这些将会有效防止此类问题再次发生”。

Dropbox欠解释

同是10月26日，在线存储公司Dropbox也发生服务中断。当时网站显示错误信息“抱歉，网站出问题了，不过请勿担心，数据都很安全，我们也在尽快修复。”此后他们也并未做出进一步的解释。