数据库被删除,谁该背这个锅?程序员不幸躺枪!

大家好,又是阳光明媚的一天,小编在此非常感谢每一位读者在百忙之中抽空阅读!在此,小编会每天为大家献上最新娱乐资讯,用最真诚的敬意邀请每位读者阅读、观看。也希望各位读者能提出宝贵的意见或建议。欢迎点赞、评论。在此恭祝大家每天生活愉快!

误删数据库,在许多人看来,也就只存在于《MySQL从删库到跑路》这样的梗中了。但历史上,出现过非常多次的误删数据库事件,而这些事件中,最终背锅的,几乎都是程序员……

图与文无关

去年新华社就报道了这么一个新闻:北京某公司的软件工程师徐某,因公司未能如约结清工资心生怨恨,便利用自己安插在后面文件的代码,将公司数据全部删除,直接经济损失26.5万元,后来被公司发现并报警。徐某因为破坏计算机信息系统罪,被判处有期徒刑5年。

故意删除数据库,自然要为自己的行为付出代价,而实际上,大部分情况下,程序员误删数据库,并非有意为之。那么,谁又该为“删库”负责呢?

前段时间,顺丰高级运维工程师误删数据库,被公司开除一事引来了很大的争议。

大概回顾一下事件经过。顺丰一邓姓高级运维工程师,因操作不当,而导致数据丢失,业务停摆事故,而被开除。

本来这件事没有什么好争议的,小邓因为失误,给公司造成了损失,这是客观事实,顺丰作为非国家单位,所能动用的惩罚,也只能是开除,从法律和道德层面上说,没有多大的问题。甚至对小邓来说,开除并不是什么坏事,这样一次惨痛的教训,相信在今后的工作中,小邓会更加谨慎。

可是,在顺丰内部邮件通报中,却只字未提对相关责任人的处罚,而仅仅对直接责任人小邓予以开除处理,不由得让人唏嘘不已。

此事件,更是引来诸多愤愤不平的程序员们,他们认为,一个运维工程师,竟然有权限操作生产数据库,生产环境和测试环境,竟然没有进行严格的隔离。作为CTO或者项目领导,应该对员工可能出现的操作失误设计预先防范的措施和制度,否则就是失职。

显然,顺丰这样的处理结果,并不能服众,反而让人觉得:顺丰这么大的一家公司,对于数据的保护、权限的设置,竟然如此之低级,反而有损顺丰的品牌形象。

曾经有过删库经历的张砷镓,将经历分享给了网友,他这样说道:

在之前一份工作中,我既翻过drop线上库的错误,也犯过rm rf/线上服务器的错误,其中drop线上库的经过,跟小邓基本一模一样。后来,我写了一篇博客来反思自己。

通过如下的措施,避免再出现这样的错误。

他特别感谢当时的老板胡震生先生,不仅给了他足够的包容,而且还为他开导排解,帮助他学习和成长。通过技术手段,他再也没犯过这两个错误。

小编的文章已经到此结束,不知大家对此篇文章有何看法,欢迎大家踊跃评论、点赞,如果您有什么问题,小编都会及时回复。如果此文章吸引了您,你也可以转发、关注哦!

  • 发表于:
  • 原文链接:https://kuaibao.qq.com/s/20180930A0WX5500?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。

扫码关注云+社区

领取腾讯云代金券