从删除到坐牢，这个锅背不动

序言

    最近删库事件沸沸扬扬，不过作为一个局外人，只能有吃瓜的份，不过作为一个运维人，这个锅我们不背。。。当一个段子变成了现实，这本身就是一个悲剧。。。

    运维无小事，小事不运维，扛锅。。。我们是专业的。

风言风语

    1 对事不对人

    我们做事的宗旨是对事不对人，所以我们提倡不追责，但是换句话来说，能力越大，责任越大，人做错了事，属于正常，那么在此思考的问题是：如何使用制度来保障人少出错，如何使用工具来减少人犯错的概率，将一些可能出错的东西使用平台来解决。

    看到一些洗地的文章，简直是无法忍受，还TM“面对突如其来的故障，没有试图掩盖真相，而是第一时间在官网发了一个声明”。。。这个声明像一坨屎一样让人恶心。

    声明写了什么？因为精神压力，生活压力，使用VPN操作4分钟删完所有数据，哦吼，只听说过压力越大，下发指令的速度会变慢，而且没有逻辑性，都是本能反应，而且极容易误操作，这个声明就看不懂了，锅不是这么甩的。。。还深表痛惜，真是搞笑了，深表痛惜的同时，直接扭送派出所。。。在系统和人面前，选择了一个系统，那是一个活生生的人，不是数字。。。我很同情你，但是我今天必须打你。。。

    用职业生涯来删库，真相只有一个。。。但是就那么几个人知道了，你品，你仔细品。。。

    对人不对事，第一时间抓起来。。。。还有问题一起抗，抗个毛线，直接抓人，其他人抗什么来？没看到各种管理层辞职，自首的。。。管理层说，我没错呀，没有错就是最大的错误，一点担当都没有。。。

    对事不对人，文化是最好的保障。。。面对这种表面上疼惜的，实际上把人不当人的，远离。。。不要和烂人烂事纠缠，这样会影响自身形象。。。就像我写这个文章，影响我的段位。。。但是，我忍不住呀，哈哈哈

    2 恢复时间为什么这么长？

    恢复时间长的原因是微服务？搞笑了哦。。。微服务表示这个锅我们不背。。

    什么是微服务？无状态的应用，基本上重新发布部署一下就完事儿了，还说要梳理微服务依赖。。。洗地也要专业点

    如果真是微服务，数据库都是分开的，数据库备份也是分开的，4分钟就删除完毕了？操作系统那么娴熟还是自动化做的好？自动化做的好没有做权限分离？自动化做的好没有做安全管控？自动化做的好没有做命令过滤？

    微服务背不起这个锅。。。

    至此也说明一个问题，微服务并不是一个好的架构。。。试试云原生呗，生在云上，长在云上，一次编译，到处运行。。。使用镜像，无论是啥破云或者不是云，只要能运行docker engine就能浪到飞起。。。

    云原生，你值得拥有。。。。

    3 SAAS

    一个SAAS服务，居然被干掉了。。。这不是个笑话么，SAAS的底座是什么，是云。。。

    一个云最基本的能力是什么？弹性，可靠性，伸缩性，数据一致性。。。4分钟就干掉了SAAS，那么就说明。。。1分钟能重建一个SAAS，说明这个底座不行。。

    中台能力，你值得拥有。。。你想要的，分分钟给你变出来，即使坏了也没关系，几分钟就给你生出来一个新的。。。

    平台是什么？平台是技术，平台不稳，分分钟挂掉。。。。所以很多人都说，平台很重要，决定你的未来，所以SAAS也一样，长在哪里，决定了你的基础，正所谓，基础平台决定上层建筑。。。。

    4 运维权限

    有没有发现一个很搞笑的事情，运维是救火的，在这次的事件里，运维放火了。。。运维本来是搭建系统的，在这次事件里，运维摧毁了一个系统。。。运维本来是拥有root最高权限的人，但是在现实里，是一个话语权最低的部门，是一个成本部门，是一个抗锅部门。。。

    在系统里纵横驰骋，在现实里难以生存。。。

    放下屠刀，立地成佛。。。。干什么事儿都是一念之间。。。

    应急演练能防止此次事件吗？不可能的。。。因为应急演练会让我们更加熟悉系统，会让我们更加熟悉所有的备份，会让我们更加熟悉流程，那么如果真是恶意破坏，会让破坏进行的更加完美，更加充分

    加强备份能解决这种问题吗？不可能的。。。再多的备份都是可以被删除的，当然SAAS环境除外，这种备份机制可以有很多种，层出不穷，所以一般很难彻底删除备份。

    权限控制能防止黑天鹅吗？不可能的。。。都是核心运维了，要个权限还不是分分钟的事儿，自己人都不信了？那么会有更大的问题，信任危机。。。

    其实最简单的解决方式就是关爱运维。。。就像关爱护士一样的，冲在第一线。。。

    能力越大，责任越大，需要考虑的更全面。。。

    一个人的生活活生生的被逼成了一个段子，还TM的出来有人洗地。。。科技作恶。。。臭不要脸的。。。

    交个朋友呗，一起删库坐牢的那种。。。哈哈哈

    如有雷同，纯属故意。。。