请选择 进入手机版 | 继续访问电脑版

设为首页 收藏本站
思科社区 关注
思科社区

  思科 CCO 登录 推荐
 找回密码
 立即注册

搜索
热搜: 邮件服务器
查看: 429|回复: 1

#分享达人#数据又又又被删除了:主角是思科12亿美元收购的Meraki

[复制链接]
发表于 2017-8-16 11:18:44 | 显示全部楼层 |阅读模式
本帖最后由 Rocky 于 2017-8-27 22:51 编辑

2012年思科12亿美元收购私人云网络公司Meraki,为了加强思科云业务及网络战略。

近日思科承认云配置方面出了差错,结果删除了客户数据,出问题的正是Meraki。

由于实施了“错误的策略”,结果上传的定制应用软件、交互式语音响应(IVR)菜单以及其他定制内容被删除。

这家公司在官网上表示:“2017年8月3日,我们的工程技术团队更改了配置,结果对我们在北美的对象存储服务实施了错误的策略,因而导致8月3日太平洋夏令时上午11:20之前上传的某些数据被统统删除!”

思科的安全公告称:“我们的工程技术团队周末加班加点,调查哪些数据是我们可以恢复的。”公告补充道,公司正着力开发“相应工具,以便帮助我们的客户搞清楚本企业具体丢失了什么数据。”

英国IT外媒The Register猜想一些Meraki用户恐怕已经知道丢失了哪些数据,因为删除的数据当中包括“Enterprise Apps”(企业应用软件)。另外,交互式语音响应菜单也会是被删除的对象。

丢失的数据当中有一些对用户来说不是特别麻烦:语音邮箱的问候内容可以重新录制,等待音乐可以恢复,定制logo也可以从设计者那里恢复过来、重新上传。

可是这起事件对思科来说特别糟糕,因为思科销售Meraki恰恰扛着这面大旗:它的支持性云服务消除了运行网络和语音系统所需要的大部分繁琐任务。现在Meraki的团队出了这么大一个娄子,而且貌似缺乏应对这种可能发生的事情的数据保护工具,这给其声誉涂上了一个大大的污点,尤其这使得思科很容易成为与规模小得多的GitLab一样成为被嘲笑的对象,GitLab的五款备份工具居然统统失效。

不过放眼整个行业,至少并非只有思科一家在云端搞砸了:AWS在2017年3月份重大的S3故障也是由于工程技术人员的错误造成的,谷歌的工作人员曾经给路由器打错了补丁,结果引起了故障。

然而,这起新的事件将证实这群人的观点:他们主张云到云备份,云出故障后立即启动故障切换机制,或者继续坚持使用本地环境及/或托管服务,那样你能看清到底发生了什么状况,而不是完全相信云运营商夸下的海口:提供庞大规模的同时还会注意细节。


本文转自:http://www.sohu.com/a/162936824_465914
  • 1
  • 2
  • 3
  • 4
  • 5
  • 1
  • 2
  • 3
  • 4
  • 5
平均得分0 (0 评价)
发表于 2019-3-12 16:02:18 | 显示全部楼层
我来学习一下
  • 1
  • 2
  • 3
  • 4
  • 5
  • 1
  • 2
  • 3
  • 4
  • 5
平均得分0 (0 评价)
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver | 思科社区  

GMT+8, 2019-3-23 13:42 , Processed in 0.083184 second(s), 29 queries .

京ICP备09041801号-187

版权所有 :copyright:1992-2019 思科系统  重要声明 | 保密声明 | 隐私权政策 | 商标 |

快速回复 返回顶部 返回列表