首页 我们 服务 网站建设 移动应用 案例 资讯 联系
业务专线:15989169178

期待聆听您的声音

15989169178

不忽悠,不作恶,不欺诈;敬天理,存良知,思利他。
QQ咨询 QQ咨询 QQ咨询
服务网点:广州 深圳 佛山 粤西

与我们一起分享美好

难道这就是“西安一码通”再次崩溃的真实原因?

发布时间:2022-01-09 发布作者:睿思设计 查阅次数:581次 标签:一码通

这两天,因为西安一码通的二次崩溃,几乎每个技术群里都在吐槽和猜测。

网上一直在说崩溃是因为后台传输的是图片?

第一次看到这个消息的时候,小编是抱有怀疑态度的。毕竟大家都知道这种大的政府项目都是要招标的,我曾经参见过很多次的竞标,能去竞标的公司都不是很小的公司,因此技术实力也不是一般小公司的水平。

作为程序员来说,怎么会出现这么低级的错误呢?不管是开发还是测试,应该认真负责自己经手的产品。

网上有很多大神对问题进行了分析。

知乎上也开了个贴讨论:一码通崩溃的技术原因是什么?

原帖地址:https://www.zhihu.com/question/509914161,有兴趣的小伙伴可以自行前往。

其中最热回复如下:

注意这里一个细节!答主跟大部分人一样,开始以为是服务器负载太大,但之后又转到了图片优化上的猜测。这里提到了一篇陕西电信的文章。

于是小编去找了一下,还真有一篇名为《“科技抗疫”中流砥柱:西安电信“一码通”平台服务保障专班》的报道,地址:https://m.thepaper.cn/baijiahao_13083245

里面有这样一段话被网友们抓了出来:

上面这段话中的红色部分,就是该答主所指问题所在!

这篇洋洋洒洒近2000字的"美文",就这一小段与技术沾点边,所以确实极有可能就是当时该系统开发时面临的最难攻克点。而这样的实现方式,也确实并不是一个好的选择!当然这也都是猜测,具体怎么样我们也不知道。

往后翻了下,在知乎上看到了知友 “卢兴民” 的回答,别人是真的去分析了二维码接口数据的,证明并不是在服务器生成图片。

西安健康码的接口数据

真正的二维码数据是 /person/app/refreshQRCode这个接口

这位知友表示:

看下这个接口返回,设计上也没有太大的问题。 

主要问题集中在所有的js/css/img这些静态资源全都从从一个出口进行提供,没上CDN

粗略估算了一下,js/css/img数据总共约500kB 

按照从某个群里得到的数据,暂且认为是准的,健康码的请求量峰值达到了3.3w qp

那按照这个量估计 33000 x 500 x 8 bps ≈ 125Gbps  这个出口量级很难用单机房承载,峰值一来,出口网卡打满,直接gg。


到写这个回答时,西安健康码还是没有将静态资源上CDN,之后看看访问量再起飞的时候,能不能扛得住吧。

知乎链接:

https://www.zhihu.com/question/509914161/answer/2299099095

事情到这大家也都明白了吧,真不是之前网上传的这么低级错误,但是相关技术团队也确实有点业余。

你觉得这次西安一码通再次崩溃的技术原因是什么呢?


转自公众号:程序员大咖

网站建设前的原型设计错误以及如何避免

从lowcode看下一代前端应用框架

我们的位置

广州 广州市黄埔区科学大道18号芯大厦 159 8916 9178

深圳 深圳市南山区大冲国际中心九楼 159 1543 2684

粤西 茂名市茂南区油城三路粤西创业创新孵化基地B110 157 6767 8148

我们的服务

网站及移动应用 高端品牌网站 APP开发 小程序开发 微信运营

系统应用开发 OA/ERP/CRM/HR系统开发 教学管理系统 电商系统 应用型软件系统定制开发

了解我们

公司简介 联系我们 我们的案例 新闻资讯

使用条款 隐私声明 Cookies

© 2009-2022 广州睿网信息科技有限公司 版权所有 粤ICP备16051058号