超级大瓜字节实习生删除公司 GB 以下所有机器学习模型，而且删除的是父目录且加了 skip trash 操作！！！

Posted 2021-06-30 datian1234

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了超级大瓜字节实习生删除公司 GB 以下所有机器学习模型，而且删除的是父目录且加了 skip trash 操作！！！相关的知识，希望对你有一定的参考价值。

前言

还有网友表示实习生不能有权限操作这么重要的东西，这锅80%应该判给管理者，实习生反倒是暴露了问题，换个角度来看，实习生立功了。

我们知道，字节跳动最出名的文化之一，就是扁平化管理。实习生与正式员工有同样的文档权限，这也是字节能够在与BAT等大厂竞争中保持灵活高效的秘诀，从这个角度上来说，说实习生立功倒也不能算错。

当晚全公司通报，直接被列入 P0 事故等级（严重事故）：

事前：为什么会发生这件事？

显然是因为各种巧合：实习生恰好想删这个目录、实习生权限过大啦、没保护好父级目录、加了skip trash啦等等。那其实我们可以逐个分析：

为什么想删这个目录？是存储不够了，日后可以多加点存储呢。还是基础组要管的东西太多了，可以拆给每个业务组自己运维。

实习生权限过大？其实这个就要看公司文化了。我理解头条的文化中，权限不会是桎梏。但是关于生产环境的话题我们待会儿聊。

没保护好父级目录？HDFS的运维工作有没有双负责人保障制度，还是只是靠某个老哥自己的理解来配置的。。。

加了 skip trash：相信这会给当事人一个狠狠的教训。同时也给其他程序员朋友们提了一个很好的醒：永远慎用硬删除。

事中：事情是怎么发生的？据说是求证了多方，说没问题。

但删了以后，连事故处理群都加了三百多个人。

显然这已经是一个基础服务了，那被问到的高级工程师是有锅的，至少他没有认真对待实习生的问题。不过一般来说，基础组的任何操作（不限于删除）都得保持完全兼容，至少得保证能完全回滚。这也是一个血泪教训了。

事后：以后如何避免发生？实习生怎么处理？

大家都在讨论这位实习生的去留，搜了一下，据说，“只要不是主观故意的”就不会被开除：

所以说一定要稳住别慌，问题不大。

显然，除了吃堑长智、保持警觉以外，权限控制还是必要的。一般来说，权限控制不防内鬼破坏，只防蠢逼操作。（内鬼交由安全机制来防）比如本案中，影响了后续上线，听起来很模糊，不像是生产环境的事情。但删了大家的模型，本质上跟 rm -rf 是类似的性质。这种情况后续权限控制，要么得把skip trash这个参数想办法给下掉，要么就得拆分各个人的权限到各自的模型上。

总的来说，就事论事，这是一场当事人会记得一辈子的热度拉满的事故（听起来不亏）但是往好的方面想，程序员一生会删三次库，他既然已经删了一次，就只剩两次啦。

好了瓜吃完了，下面给大家分享一些资料，有兴趣的小伙伴可以看看。