2023-03-27 13:45
一看到B站的技术文章,就想起“高可用”
2023-03-13 09:31
都在破产的边缘徘徊
2023-03-13 08:56
随时有破产倒闭的可能 !
2023-03-08 10:32
最近好像没多少公司招人吧
2023-03-07 20:52
最近有在找工作的同学吗?找到了吗?
2023-03-07 15:35
一点屁事也值得拿出来说
2023-03-06 12:28
713 事故,分析的很透彻,点赞
2023-03-06 12:17
又耽误大家看视频了
2023-03-06 10:18
这次又可以发一篇了
2023-03-06 09:31
我上一次给B站做游戏维护,把spring项目的console日志输出改成了debug级别,没想到把游戏服务器写满崩溃了,然后我被干掉了,为什么是干掉,因为我是外包.用辞退有点碰瓷的嫌疑.话说回来用干掉一个刚接手一个月的外包的代价就平息一场生产事故,这种操作只会让B站一次一次的崩溃,我大胆的预测一下,下一次B站崩溃不会在2024年3月6日之后
2023-03-07 09:02
如果真是这样 干掉你 一点不冤枉,另外 想说的是 外包咋了 外包也有技术好的,多反省反省自己 从自己身上找找问题,别拉不出屎怪地球没吸引力。。。
2023-03-07 11:31
console要不要保存到文件见仁见智,稀奇的是我一个外包居然顶下了整口锅,我感觉到了我的分量🙀
2023-03-07 14:19
不让你外包背锅 难道还要让人家正式员工背?
2023-03-23 14:00
同意,外包里面有很多技术牛的,问题是公司本部不缺人,进不去,这是个大问题
2023-03-08 10:12
心疼,不过你也是蛋疼,把正式环境改成debug级别。
2023-03-19 11:28
就你这个案例来说,问题其实不在于日志级别,而在于系统的容错能力太差 1)日志没有做容量限制,日志文件要按照日期或者尺寸进行自动清理;2)服务器没有磁盘不足告警机制,运维没能及时发现问题。
2023-03-06 09:28
昨天崩的时候,我以为刷多被限流了。
2023-03-06 09:19
果然崩了
2023-03-06 07:40
这时候崩...
2023-03-05 22:31
B站三天两头出问题的根源是,没到大公司的规模,先得了大公司的病,自从金山的投资人入主了B站就开始了。
2023-03-06 09:13
这话没问题,既想搞特别大的规模,又不舍得花异地多活高可用的成本,肯定就是三天两头出问题
2023-03-05 22:30
怪不得刚才什么都看不到
2023-03-05 22:06
热乎……
2023-03-05 21:03
这么快就跟新了,牛啊
2023-03-05 21:02
这么快就更新了,牛啊
回复 @
{{emojiItem.symbol}}
返回顶部
顶部