8.10号工作日志

周五早上两个线上事故爆发,不是偶然性,是潜在的风险爆发了。

1,接口超时,同一个下游多次调用。当时业务迭代太快没有考虑到性能优化

2,代码BUG,这个我比较吐槽的,导致对客户多次处罚。当时又问业务方造成的影响面多少,如果应该严重应该就开城的流量关闭。但是并没有得到回应。直到周五客户集体爆发,然鹅还是不关流量而是催我修Bug。当时忍无可忍喷了一顿,才把流量关闭,减少损失。上线修Bug。晚上12点才修复完成。针对这几次线上事故总结了一下经验:

1>任何策略性的改动一定要通知灰度的城市运营,时刻注意是否增加进线

2>出现任何线上问题首先评估影响面,如果影响严重,立刻关闭流量,止损。修复线上问题。灰度开城,然后同步运营

3>针对此次事件复盘,个人感觉复盘的意义主要在于总结经验,业务优化。而不是相互甩锅。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值