当前位置: 首页 > Web前端 > HTML

分析:今天的淘宝S1级故障

时间:2023-04-02 21:40:35 HTML

写在开头:今天很多头条都出现了这张图,小编本人也是百分百出现,IOS版,现在100%出现,目前3月25日的当天7.52修改了提示(发现新版本xxxx)。淘宝在IOS上肯定大部分是用Object-c写的,然后通过AppStore分发安装到用户手机上。这是客户端。每一次迭代更新都需要发布。我们可以看到淘宝11小时前发布了一个新版本,所以今天早上8点左右会发布一个新版本。可以确认这个BUG是通过本次更新出现的故障。网上有很多阴谋论,我觉得不应该是内部人故意为之,因为这种意外真的会导致用户卸载APP,造成不可预知的损失,对企业来说是毁灭性的打击。他们周围的所有同事。小编曾经开发过一款桌面软件。于是,在版本更新迭代的时候,测试人员发布了一个测试环境的包。悲剧了,用户被自动升级为测试环境包。由于我们是即时通讯应用,用户永远不会登陆不上,升级不回来。我今天说的分析这个事故不一定正确:提示应该是通过更新版本用原生组件写的(但是提示可以根据后台接口动态返回)。只有重新发布一个新版本,用户才能安装它来解决这个问题Questions*我们如何避免这种情况?之前写过微信的灰度发布回收(不用更新版本)。微信如何在不更新的情况下回收朋友圈。功能原理和我上面写的那篇文章大致相同,就像这样对于原生的弹窗,尤其是经常使用的模块,可以根据界面的返回(和提示)来确定弹窗。微信灰度发布和朋友圈表情评论回收做的很好。当然也不排除操作不慎导致的BUG。像这样一个上亿用户的产品,我觉得架构师应该考虑每次更新能不能灰度发布回收。而不是仅仅将其发送到APPStore进行控制。最后,欢迎加我微信(CALASFxiaotan),拉你进技术群,长期交流学习……欢迎关注“前端巅峰”,认真学习前端,以及做一个专业的技术人。。。原创不易,点击观看支持我,转发更好