不管云计算技术多么好，不管供应商的能力多么强大，云还是存在宕机的可能的。下面我们就来盘点一点，2014年最大的十大宕机事件吧。
1月10日，Dropbox
美国东部时间8:30Dropbox开始宕机。
事后，Dropbox表示，在某些机器上升级操作系统的时候，在升级操作系统的时候出现了故障，是共享相册和上传照片的存储数据库，而不是其核心业务文件存储。升级脚本里的一个非常微小的bug在运行的机器上重装了操作系统，这导致了系统宕机。Dropbox网站返回了服务错误信息，但是桌面应用和移动应用还无法同步。Dropbox在三个小时内恢复了大多部分数据，但是两天后核心应用才开始正常运行。
4月21日，三星
复活节的早晨位于韩国南部果川的数据中心发生火灾，接下来的几个小时，三星智能手机和平板电脑都无法获得自己的数据。数据中心第四层的火灾造成了信用卡服务中断，三星的智能电视和其他使用三星服务的设备都不能运行了。这些服务器都集中放在了一起，而且没有容灾备份。所以造成了巨大的损失。
5月16日，Internap
5月16日，纽约大面积停电，这导致了Internap位于纽约的数据中心断电。从早晨3点开始，这影响了用户的托管和IP连接服务。该宕机持续了7个小时。该宕机了影响了视频平台Livestream和StackExchange网站。
6月23日，Microsoft Lync；6月24日， Microsoft Exchange
美国东部时间6月23日中午，北美大多数即时通讯Lync和VoIP服务器，以及部分Office 365业务宕机。微软方面表示，一些宕机是因为"外部网络断线"，此类宕机持续了八个小时。第二天，Office 365发生了Lync宕机，微软的托管邮件服务、Exchange Online也都出现了宕机，这导致用户的邮件宕机九个小时。
6月27日，Verizon Wireless
Verizon Wireless的大面积宕机发生在其订单系统，此次事故导致客户无法登录在线账户、无法付账，甚至还升级了客户的手机。此次宕机持续了大约1天的时间，此次宕机不仅影响了使用My Verizon在线端口的客户，还影响了 Verizon自己的零售商店。
6月30日，No-IP.com恶性宕机
No-IP的此次宕机是人为造成的。微软在检查网络犯罪的时候，造成18,000,000合法的No-IP.com的用户的不可用。
8月18日，Microsoft Azure
由于技术故障，微软每月一次的补丁修复导致了Azure故障，此故障致使部分用户宕机五小时。在多个地区出现了虚拟机托管网站、自动化、备份和网站恢复出现宕机。与此同时，分析师抱怨到，微软并没有对问题进行深刻的反思。
11月18日，Microsoft Azure
算上微软导致的No-IP宕机，这是微软第四次出现在这个榜单里的，当然，我们不是故意来黑微软的。
在微软11月的宕机后，Gartner分析师Lydia Leong表示，微软对宕机的无能无力让企业在选择Azure后面临危险。
此次宕机是由云存储服务升级中人为小错误导致的，影响了Azure的全球用户。
11月26日，亚马逊AWS CloudFront DNS服务器宕机
亚马逊AWS的CloudFront DNS服务器从7:15pm EST开始宕机近两个小时。宕机期间，一些网站和云服务的内容传输网络全部下线。有消息表示，此次宕机是由于亚马逊是全球最大的而且运营最久的云计算。
11月，Xen病毒导致重启: AWS, Rackspace, IBM SoftLayer
确切的说，这不能算是云服务宕机，11月，几大主要公有云被迫重新启动。此次重新启动是由于Xen开源管理程序受到病毒攻击而引起的。AWS, Rackspace和SoftLayer都给客户发出了警告表示，客户需要暂时下线云服务，并且需要重启其云服务。完成所有的补丁后，云服务供应商给出了公告。
