扒了一下西安一码通的接口,这特么不崩才怪呢~

高效程序员

共 674字,需浏览 2分钟

 · 2022-01-10

星标/置顶 公众号👇,硬核文章第一时间送达!

健康码连续挂了两次真的有点业余了,不过确实也没有low到服务器生成图片进行下发这么蠢。


看一波西安健康码的接口数据。




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



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


主要问题集中在所有的js/css/img这些静态资源全都从从一个出口进行提供,没上CDN粗略估算了一下,js/css/img数据总共约500kB按照从某个群里得到的数据,暂且认为是准的,健康码的请求量峰值达到了3.3w qps

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


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


最后再补充一点,这应用只是其中一个原因。不排除后端和数据库缓存也有更大的问题。

链接 | zhihu.com/question/509914161/answer/2299099095

关注公众「高效程序员」👇一起优秀!

回复 “入群” 进技术交流群,回复 “1024” 获取海量学习资源。
浏览 9
点赞
评论
收藏
分享

手机扫一扫分享

举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

举报