2017年云计算大事件

2017年云计算大事件，主要有：
1月26日，IBM
今年年初，IBM云的信用度受到影响，客户用于访问其Bluemix云基础架构(以前称为SoftLayer)的一个管理网站服务中断了数小时。
虽然底层基础架构没有真的出现故障，但用户发现他们无法管理自身的应用程序，添加或删除支持工作负载的云资源。
IBM表示该问题是由于一次接口升级造成，只是间歇性的。
1月31日，GitLab
GitLab极受欢迎的线上代码库——GibLab.com遭遇了18小时的服务中断，最终无法完全修复。故障原因是员工在维护过程中从错误的数据库服务器中删除了数据库目录。一些客户的生产数据最终丢失，包括对项目，评论与帐户的修改。
该公司在事件后表示：“我们最合理的估计是此次影响了约5000个项目，5000个评论和700个新用户帐户。
“GitLab CEO在向用户道歉时称，“丢失生产数据是让人无法接受的”。
2月9日,Instapaper
亚马逊RDS服务上的MySQL数据库文件大小限制引发了Pinterest服务器的长时间宕机。
之后，这家社交化书签网站称，其工程师从来不知晓在2014年4月之前创建的数据库RDS容量限制为2TB，并且AWS服务也没有发出表内存储其“书签”即将超过该限制容量的警告信息。
经过一天多的时间，Instapaper(Pinterest在2016年收购的阅后即焚服务提供商)的服务恢复了对存档资料的受限访问，同时工程师们尽力恢复数据库的其它部分，四天后Instapaper完全恢复。
2月24日，Facebook
世界各地的一些用户Facebook账户被锁定了近三个小时，这让他们担心自己的帐户被劫持了。
Facebook给出的解释是为了预防黑客错将用户发送到恢复界面，让人觉得其他人登录了他们的帐户。而受影响的用户被阻止立即重新登录。
Facebook确认没有出现实际的安全漏洞。
这是那一周Facebook出现的第二次问题。几天前，有人还称他们无法看到自己发的动态。
2月28日, AWS
这次宕机事件极为轰动，相信大家对此记忆尤深。当时是一位AWS工程师试图调试亚马逊的弗吉尼亚数据中心S3存储系统，但输入了一个错误指令，导致许多互联网——包括诸如Slack，Quora和Trello等众多企业平台宕机4个小时。
亚马逊在事件后分析表示，该员工当时当时打算将一小部分用于计费过程的托管子系统服务器删除。然而，错误命令导致了更多的服务器脱机，包括为数据存储功能提供特定请求所需的一个子系统和另一个分配新存储空间的子系统。
亚马逊坐拥约三分之一的全球云市场，因此这次宕机事件重新引发了关于公有云的风险论。
3月16日，Microsoft Azure
微软Azure公有云出现超过8小时的存储可用性问题，主要影响到美国东部的客户。有些用户无法配置新的存储空间或访问本地现有资源。之后，一个微软工程团队确认原因为断电导致的存储集群不可用。
除此之外，微软还在Azure状态页上列出了一个软件错误，该错误影响跨多个服务的存储配置超过一个小时。
3月21日，Microsoft Office 365
由于用户身份验证问题，一些微软业务和消费者云服务，包括Office 365存储和电子邮件服务都无法访问。
宕机事件还使得客户无法访问OneDrive存储，Skype协作，Outlook电子邮件和Xbox Live等消费产品。
5月22日，在IBM云上的Lululemon
热门瑜伽网站Lululemon出现服务中断问题，其首席执行官将主要责任归咎于IBM的托管云服务。
Lululemon首席执行官，Laurent Potdevin在接受CNBC(美国全国广播公司财经频道)采访时直接指责在IBM云环境下电子商务销售额遭受了损失。并表示他的团队由于这个问题连续工作了36个小时，并已经向IBM CEO，Ginni Rometty表达了不满。
Potdevin在谈及对IBM云计算时称，“我们正在考虑我们的选择”。
6月19日，Microsoft Skype
主要分布在欧洲的微软Skype用户由于遭受明显的分布式阻断服务攻击，接连出现宕机问题。
6月19日，Skype用户开始抱怨多个小时的宕机问题。这次宕机持续到次日，用户在通信平台上无法连接，交流信息受阻。
虽然微软没有立即确认DDoS攻击的报道，但一个名为CyberTeam的黑客组织在推特上承认该事件是他们所为。
6月28日, 苹果iCloud
多个社交媒体反馈苹果iCloud Backup服务的可用性问题。苹果在系统状态页表示，iCloud Backup出现宕机的用户数量仅不到1%。
纵横数据-成立于2005年,专业抗攻击服务器租用提供商！拥有电信IDC/ISP资质，面向全国提供云计算、云服务器、抗攻击服务器、服务器租用的互联网接入服务提供商！