成都核酸检测系统遭遇系统“卡顿”现象,造成软件系统崩溃的原因猜想

昨天对成都人民来说,是难忘的一天,冒雨排队做核酸检测,但在排队核酸检测过程中,遭遇系统“卡顿”现象,我们了解到核酸检测系统“卡顿”,不仅成都,全国不少城市也曾遇到过。细数背后的原因,大多是访问人数过多等问题……作为一名开发人员,客观分析软件系统崩溃的原因,对于成都核酸系统崩溃的具体原因,请以官方发布的信息为准,谢谢!


成都核酸检测系统遭遇系统“卡顿”现象,造成软件系统崩溃的原因猜想

一、多地核酸检测系统问题频发

全国各地除了核酸检测系统崩溃的情况外,健康码“崩溃”率也很高。近两年,山东、西安、天津等地相继发生故障。原因大部分是由于当日最高查询高峰造成系统阻塞。

2021年,山东、西安、天津等地都先后出现过故障。事后披露的原因多为当日最高查询峰值激增导致系统阻塞。比如山东去年8月份当日最高查询峰值达60.96万人次/分钟,同前一工作日相比激增8倍,是去年最高峰值的2.5倍,西安“一码通”用户访问量激增时出现每秒访问量达到以往峰值的10倍以上,而粤康码流量异常增大时最高达每分钟140万次,超出承载极限,触发系统保护机制。

根据第一财经此前报道,相关人士表示,“传统的做法通常会分为两类,一是整合多方数据后,以统一的数据资源平台面向政府体系提供服务为主,另一类是部署两套系统分别应对政府内部服务和面向居民的服务体系。前者的架构在面对居民高并发的应用场景时容易遇到瓶颈;后者则可能会对数据资源进行重复建设。”这些系统的构建涉及基础资源层、网络层、应用层多个专业厂商,出现问题的表征一定是访问崩溃,但背后原因未必相同,因此不好对已经出现崩溃情况的系统做出评价。


二、造成软件系统崩溃的原因猜想

1、接口交互原因,接口设计不合理,提交数据量过大,导致服务器吞吐量下降;

2、服务端未做缓存处理,每次操作相关查询效率低;

3、数据库问题,如果是mysql数据库,单节点数据库单表肯定是不行的。光是用户数据几千万,以mysql单表单库的能力肯定支撑不住,需要分库分表;

4、代码逻辑问题,比如循环查询等低级错误。或者还有发送提示短信等操作是否可以异步执行等;

5、网络架构问题,注意这里说的网络架构不是说你什么nginx代理之类的,而是内外网穿透、网闸、边界这些网络。项目为了保证数据安全,经常服务器是在内网或专网,没有直接和互联网打通的;

6、服务器原因,服务器配置不足,支撑不了并发;

7、服务器滥用配置,关于tomcat等服务器的配置,调优参数相关;

以上只是作为一名开发人员,客观分析软件系统崩溃的原因,对于成都核酸系统崩溃的具体原因,请以官方发布的信息为准,谢谢!


郑重声明:本文由网友发布,不代表盛行IT的观点,版权归原作者所有,仅为传播更多信息之目的,如有侵权请联系,我们将第一时间修改或删除,多谢。

留言与评论(共有 条评论)
   
验证码: