目前，确诊病例虽有所下降，但防疫形势并不乐观。关键时刻，风口上的“一码通”再现故障，两次相距仅15天。“一码通”的稳定运行，对疫情防控来说至关重要。此前，对于“一码通”故障，官方称是由于用户访问量激增，造成网络拥塞。　

　　故障原因分析　

　　事发不久，有位专业人士撰文，刊发在“通信最前沿”公号上，分析导致“一码通”故障原因，有可能是架构设计以及容灾备份程序存在问题。　

　　文章称，从技术角度分析，西安“一码通”故障，并不是网络拥堵所导致。应该是“一码通”系统容灾和备份机制存在缺陷，而“一码通”核酸查询和核酸检测系统之间，强关联设计方面存在失误。　

　　同时指出，如果是网络拥堵导致系统崩溃，解决流程并不复杂。网络拥堵，大体上有两种解决办法，一是限流，二是扩容。　　

　　另据《云著》文章显示，对于“西安一码通”故障问题，来自腾讯、华为、中兴、ICT数据分析10余位专业人士，从前端、后端、测试分析问题原因。　　

　　经论证，认为造成“一码通”故障原因，可能是限流、服务器、架构、性能过载、场景、设计漏洞、压力测试方面存在问题。也可能是nginx后台应用服务器高并发下挂掉，缓存击穿导致后台数据库响应时间变长，前台长时间无法响应。　　

　　系统稳定性保障方案　　

　　系统性能是指系统在尽可能少地占用系统资源的前提下，尽可能高地提高运行速度。　

　　那么，在招标采购领域中，系统的稳定性如何保障呢？　

　　郑州信源电子招采系统从系统架构、功能设计、程序性能上进行了多种创新与探索，有效保障采购过程的高质稳定运行。　　

　　1）架构设计：系统采用主流的微服务架构，支持系统各项服务的云化、分布式部署，可保障业务访问量大、性能要求高的开评标业务，根据实际情况动态分配、弹性拓展。　　

　　2）服务器：无论是企业还是个人在租用服务器的时候都会受到峰值承受限制的，一旦超过服务器的承受能力，就会导致服务器瘫痪，应用程序暂停，网站无法访问。信源e招采既支持本地，也支持云端部署。如果是云端部署，建议使用私有云进行部署。　　

　　3）数据库 ：衡量数据库性能的三个重要指标是：数据库吞吐量、延迟时长和稳定性。e招采系统支持主流的关系型数据库，并采用数据库分库分表策略，将业务正常运行的数据范围限制在可控范围之内，可以有效解决随着时间带来的性能衰退问题。　　

　　4）多级缓存、异步消息、读写分离：有效解决大流量、高并发这样的业务场景，可实现系统的高性能。　　

　　5）高速加解密方案：传统的解密方式速度慢，采用信源信息专有的高速加解密技术，可实现倍速增长解密。　

　　6）压力测试：通过压力测试来保障交付的系统符合性能要求，以保障系统在使用过程中的稳定运行。　　

　　7）安全提升：通过安全测试来保证交付系统的安全性，以应对各种突发情况。金融保险行业对安全的要求非常高，信源信息在金融保险行业拥有丰富的案例，比如国家开发银行、中国农业发展银行、恒丰银行、广发证券、中国人寿保险等40余家案例。　　

　　项目案例　　

　　以信源信息承建的某招采系统为例，它是集中部署、多级应用的信息化系统，服务于该集团下属省级公司、专业子公司的招标采购业务管理应用。　

　　该招采系统引入了高速加解密方案，将传统解密方式从4个小时缩短至17分钟内完成，解密效率提升14倍，解密速率峰值可达11.3GB/分。　

　　截止2021年11月底，该招采系统有采购单位500多家，供应商10万家以上，标的数量1万多个，每天招标采购项目量200-300个。在这样的信息量、交易量基础上，该招采系统自2015年以来，已经持续稳定地运营了6年多。　　

　　小结　　

　　作为信息技术行业的企业，我们希望通过自身的技术，守护我们的系统和产品稳定运行和持续优化！　

　　在此，为西安以及其他城市的防疫工作加油，我们万众一心、共同抗疫！