首页 > 热点 > 文章详情页

一个代码拼写错误,导致微软AzureDevOps服务在巴西停摆十小时

,由于一个简单的代码错误,微软AzureDevOps在南巴西地区的服务中断了约十个小时。IT之家注意到,微软的软件工程经理EricMattingly在周五为这次中断道歉,并揭示了事...

,由于一个简单的代码错误,微软 Azure DevOps 在南巴西地区的服务中断了约十个小时。IT之家注意到,微软的软件工程经理 Eric Mattingly 在周五为这次中断道歉,并揭示了事故的原因:一个拼写错误导致了十七个生产数据库被删除。

Azure DevOps提供一组集成的服务和工具,用于管理软件项目,从规划和开发到测试和部署。Mattingly 解释说,Azure DevOps 的工程师有时会对生产数据库进行快照,以便调查报告的问题或测试性能改进。他们依赖于一个每天运行的后台系统,该系统会在一定时间后删除旧的快照。近日 Azure DevOps 的工程师进行了一次代码升级,用支持的 Azure.ResourceManager.* NuGet 包替换了已弃用的 Microsoft.Azure.Managment.* 包。这导致了一个大型的拉取请求,其中更换了旧包和新包中的 API 调用。

拼写错误就发生在这个拉取请求中,它将删除快照数据库的调用换成了删除托管数据库的 Azure SQL Server 的调用。Azure DevOps 有专门的测试来发现这样的问题,但 Mattingly 说,由于错误的代码只在某些条件下运行,因此现有的测试覆盖不到。

几天后,软件更改被部署到南巴西规模单元的客户环境。该环境有一个老的快照数据库,触发了这个错误,导致后台任务删除了“整个 Azure SQL Server 和所有十七个生产数据库”。

所有数据都已经恢复,但花了十多个小时。Mattingly 说,有几个原因造成这种情况。其中之一是,由于客户无法自己恢复 Azure SQL Server ,必须由值班的 Azure 工程师来处理,这个过程大约需要一个小时。另一个原因是,数据库有不同的备份配置:有些配置为区域冗余备份,有些配置为更新的地理区域冗余备份,解决这种不匹配增加了很长的恢复时间。

为了防止问题再次发生,Mattingly 称微软已经采取了各种修复和重新配置措施,并再次向所有受此中断影响的客户道歉。

上一篇:高库存压顶,lululemon欲瓜分耐克们生意,门店狂开到二三线
下一篇:返回列表
【声明】::以上内容为本网站转自其它媒体,相关信息仅为传递更多企业信息之目的,不代表本网观点,亦不代表本网站赞同其观点或证实其内容的真实性。投资有风险,需谨慎。
为你推荐
关于我们    广告合作    人才招聘    订阅指南    版权所有    网站地图

青年财富网 版权所有 © 2014- youth.ppxt.top  备案号:沪ICP备2022019539号

网站内容来自于互联网或网友提供,仅代表个人观点,并不代表本站同意其观点,本站不承担由此引起的法律责任。  邮箱:boss_11@teag.net