版权声明：此文章如需转载请联系听云College团队成员阮小乙，邮箱：ruanqy#tingyun.com

昨晚，一场天黑请闭眼的游戏激起了千人大讨论

回顾请点击：天黑请闭眼，谁才是此次事故的罪魁祸首？

为了响应群众的呼声，谜底即将揭晓

这评论看的小编真是心惊胆战

生怕被某个部门活剥

侠之大者，为国为民

运维的兄弟

你们辛苦了！

当然，除了跟风投票

乱民不能少

众说纷纭，还是先看看投票结果吧

以下是群众的呼声

纳尼，产品第二名？

虽然有群众替产品伸冤

“局部地区用户下降关产品毛事？”

却依然抵挡不住大家对产品的“厚爱”

积怨已久，此仇不报非君子

再来看看第一名

恭喜运维部门以41%的得票率获得压倒性胜利

成为“史上最佳背锅侠”

但事实真的是这样吗？ 

且听小编慢慢道来

从场景一和运营的话来看

线索一：00:00上线，2点发现访问量大幅度下降

线索二：华东地区 

没有任何证据的情况下

CTO首先想到了产品的业务流程是否有问题

然而一向不太受欢迎的产品汪第一时间将锅推给了前端

前端在表示自己代码无误之后

习惯性的指向了运维

习惯了背锅的运维其实是心虚的

毕竟局部地区出问题很有可能根源在自己

内心戏是这样的，嘴里可不能这么说阿

赶紧把已知的阐述清楚

将目标转移给测试

平白无故赖到自己身上，测试必然不会善罢甘休

话中暗藏千把利箭，紧接着点出

算是让运维万箭穿心，加上后端同学的助力

运维已经全身倒地，口吐白沫，只能认倒霉

场景二：

线索一：凌晨05：00

线索二：全国范围内大面积用户流失

事发5小时问题还没有解决并且扩大到了全国范围

可怜的运维终于得到了翻身的机会

一张全国各省应用响应时间图拍出

网络没问题，从各部门到CTO都怂了

总得有个罪魁祸首吧

测试的一句

CTO的内心此时是崩溃的…

产品也不示弱

“咱这页面，连某猫某狗都觉得风格很牛逼”

不怪被别人投了180多票

接下来，重点出现了

此时后端意识到了什么，也验证了自己心中的想法

于是前端想要用工具查出真凶是谁的错时

后端及时出面呛声前端

一副掐架的气势吓得前端不敢轻举妄动

事情到了这里，各位看官明白了吗？

上线之后才添加广告服务接口

此环节出现错误才导致最终事故的发生！

要说小编在故事中也是埋了伏笔的，场景一中出现的闪电图并不是观众朋友们说的机房断电，而是暗示后端无故推锅向运维嫌疑相当之大，连老天都不干了。

再注意题目——天黑请闭眼 | 谁才是此次事故的罪魁祸首？这是小编留下的第二个伏笔。罪魁祸首等于问题根源，并没有说是谁承担事故责任。后端在上线后加了广告服务，根源在于后端没错，没经过压力测试说明运维也有小部分责任。

故事表明

有时关键时段出现故障

不一定是单一某个部门出现的问题

找到问题所在

有效排障才是关键此次事故，罪魁祸首是后端

你们猜对了吗？

想阅读更多技术文章，请访问听云技术博客，访问听云官方网站感受更多应用性能优化魔力。