欢迎光临
我们一直在努力

解析:今日淘宝S1级别故障

写在开头:

今天在很多头条里出现了这张图,小编自己也是百分比必现,IOS版本,而且是现在还会百分百出现,目前3月25日7.52分已经修改了提示语(发现新版本xxxx)


淘宝在IOS上,必然是大部分通过Object-c编写,然后通过App Store的形式下发安装到用户手机,这种就是客户端。每次迭代更新,需要发布

我们可以看到,淘宝在11小时前发布了新版本,那么就是在今天早上8点左右发布新版本,可以确定这个BUG是通过这次更新出现的故障

网上很多阴谋论,我觉得应该不会是内部的人故意为之,因为这种事故是真的会引发用户卸载APP,导致不可预知的损失,对身边所有同事都是毁灭性打击。

曾经小编开发过一个桌面软件,结果版本更新迭代时候,测试人员发布了一个测试环境的包,那么悲剧了,用户自动升级,升级到了测试环境的包,由于我们是即时通讯应用,那么用户永远也登陆不上去了,也升级不回来了。


我今天说的可能不一定对


解析这次事故:

  • 通过更新版本导致
  • 提示语应该是用原生组件编写(但是提示语是可以根据后端接口动态返回)
  • 只有重新发布新版本,用户安装后才能解决这个问题
    • *

我们如何避免这种情况?

之前我写过微信的灰度发布、回收(不需要更新版本)就能做到

微信如何做到不更新就回收朋友圈表情评论功能


原理跟上面我写的这篇文章大概一致,就是像这种原生的弹窗,特别是高频使用的模块,弹窗是可以基于接口返回来确定是否出现(以及提示语),微信的灰度发布、回收朋友圈表情评论就做得很好。

当然,我们并不排除是不小心操作导致的BUG。像这种用户量达到亿级别的产品,我觉得架构师每次更新迭代,都应该考虑是否可以灰度发布、回收。而不是仅靠下发到APP Store去进行控制

最后

  • 欢迎加我微信(CALASFxiaotan),拉你进技术群,长期交流学习…
  • 欢迎关注「前端巅峰」,认真学前端,做个有专业的技术人…

原创不易,点个在看支持我吧,转发就更好了

https://segmentfault.com/a/1190000022147034

赞(0)
未经允许不得转载:ITyet » 解析:今日淘宝S1级别故障
分享到: 更多 (0)

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址