测试聊聊，线上事故你被迫背过哪些锅
坐标广州，9年后端。说个真事，三年前双十一，大促流量把支付接口打挂了，老板在群里@所有人"谁负责的模块？"。那个接口是我写的没错，但压测报告我提前一周就发了，明确写了"QPS瓶颈在6000，预估峰值1.2万，需要加机器"。邮件抄送了架构师、运维、CTO，没人回。大促当天运维只扩了2台机器，挂了。凌晨3点，老板打电话把我骂了20分钟，说我"代码质量不行"。第二天复盘会，我掏出邮件记录，架构师轻飘飘一句"当时忙，没细看"。最后结论：我"缺乏Owner意识，没有主动推动扩容"。绩效从A直接降到C，年终奖砍半。更绝的是去年，数据库主从延迟导致用户重复下单。根因是DBA换了新配置没通知业务方，但对外通报写的是"业务代码未考虑幂等性"。我当场在群里发了代码截图——幂等逻辑写得明明白白，是延迟导致锁失效。结果领导私聊我："别在群里吵，影响团队氛围，这次先认下，下次给你补。"下次？下次就是今年Q1，缓存穿透事故，明明告警阈值是我按运维要求配的，出事了又成我"配置不合理"。9年了，技术没背过，锅背了一箩筐。现在学乖了，所有沟通留痕，关键决策必须邮件确认。但说实话，心累了。有没有同病相怜的兄弟？你们是怎么在这种环境里活下来的？
发布于 江苏
1
1
赞
未登录
友善发言
评论
加载中
