西安“一码通”为何屡次崩溃？政府系统开发人员为你讲解原因

黑科技区_学习区_up 2022-01-10

给epc一个三连吧，他家真的太穷了，上次我私信说去他家玩，他说门都没有[大哭]

♥ 1508 ↩ 15

一只飞子 2022-01-10

在航空界有这样一条法则，海恩法则：每一起严重事故的背后，必然有29次轻微事故和300起未遂先兆以及1000起事故隐患。我想，在航空界以外的地方也许也有类似的情况。

♥ 606 ↩ 8

Silver--Ghost 2022-01-10

单一来源采购通常以技术型单一居多（比如现有软件数据接口已经由xx开发完成，其他供应商需要承担高昂的接口费或者干脆不允许其他供应商接入），个人猜测大概率是这个原因。up讲的真的挺好的，另外真相大概率是项目没有很好的预估或者干脆没达到项目设计预期访问量，短时间内爆发请求导致系统挂了。好多政府和国企的数据信息系统真的技术上差远了，什么专家评审专家认定都是过过场子罢了，难道指望一群快50岁马上退休的高级职称专家去挑刺一个最近十几年新兴信息技术项目吗？

♥ 433 ↩ 9

熊猫伸伸腿 2022-01-10

把你没说的真话列出来吧： 1、程序崩溃只会是bug和对未知可能存在的错误没有进行处理导致的，这是能力问题，你所说的由于硬件资源不足导致的“崩溃”是不会发生的，资源不足只会出现慢的问题，即便要蹦那也是在网络网卡等接入层出问题，不可能导致数据回滚等问题，对于资源不足导致程序无响应的情况，重启解决99%中情况。 2、对于有海量请求的服务端程序，通常都要建立消息队列机制，只要遵循基本的设计要求，大量的请求出现时只会存在消息积压问题，除非你硬盘满了，否则没有理由崩溃。 3、调用第三方接口是很常规的需求，但对于有可能存在海量请求接入的情况时对于第三方的调用最基本的都是放入队列进行处理，不能直接在流程中去调用第三方接口，同时要具备熔断能力，即便第三方系统挂了，自己程序也要能继续运行，待第三方恢复后能整理正常工作。 4、数据需要回滚更多可能是数据本身发生了错乱或者丢失导致大量数据无法匹配。甚至在关联系统调用等地方出现了雪崩效应影响了其它第三方系统或者子系统。 5、对于硬件资源不足的问题在西安的情况下不太可能发生，对于健康吗所需的硬件资源政务云方面必然会优先保障的，不可能存在过长流程的审批，况且已经挂过一次了，再申请难不成还让健康吗资源扩容走半个月流程吗？ 6、抛开“关系”、“腐败”等法律层面问题，单看事物本身，这健康码的系统架构就不可能符合设计规范，除非指定规范的这帮人是傻子。综上所述，这套系统在架构上就存在严重问题，目前无法确认是设计要求导致的架构问题还是开发没有按照设计要求去实现架构。但看系统本身，根本不值这个价。三大运营商承接后转包的系统隔几天要跑几个小时存储过程来归档和整理数据的事情太常见了。

♥ 293 ↩ 4