汇报材料，陈默昨天就看过了，全是淘汰过时的老旧技术——无微服务、无分布式、无集群部署、无负载均衡、无分库分表、无异地灾备。最原始的单体架构，最老旧的技术栈，完全适配不了本省的高并发业务场景。一旦遭遇高峰期车流冲击，单点故障即是全网瘫痪。
“系统核心性能指标方面，我方系统每秒交易处理能力一千笔，平均响应时间低于五百毫秒，全年系统可用性达百分之九十九点五。”
听到这组数据，陈默险些失声笑了出来。
差距是全方位的——数智自研方案，峰值每秒五万笔处理能力、响应时间二十三毫秒、可用性百分之九十九点九九。智通的指标，连数智方案的零头都达不到，完全达不到省级项目的准入标准。
短短十几分钟，李明远就完成了汇报。他鞠躬致谢，回到了自己的座位。
罗主任看了看一众参会人员，开口征询：“各位专家、参会人员，针对方才李总汇报的方案，大家有什么疑问、意见？”
几位受邀专家无人质疑、无人发问。
陈默举起了手。
“陈总请讲。”罗主任示意。
“各位领导、各位专家，请允许我先介绍一下自己，我是数智公司技术负责人陈默。”
他的声音不大，“我针对李总刚才的汇报方案，有几个技术问题，想请李总答疑解惑。”
他翻开笔记本，“第一，架构设计方面的问题。贵司方案全程采用单体应用架构，无分布式拆分、无服务解耦、无模块隔离。我省三百七十二个收费站7*24小时全天候运行、日均五百万笔交易、峰值流量巨大，这套架构一旦任意一个模块出现BUG、卡顿、故障，会直接导致全网系统整体瘫痪。请问李总，针对全域故障隔离，你们的落地解决方案是什么？”
李明远脸上的笑容瞬间凝滞，但还是回复道：“陈总，针对你的问题，我想你是多虑了。我方所采用的技术架构，已经过十五年市场验证，成熟稳定。针对你所说的故障问题，我们配备了完善的服务重启机制与后台备份恢复流程，可快速处置问题。”
“重启机制？”陈默难以置信地重复了一遍，“系统出现故障，解决方案就是重启？那重启空档期产生的数万笔交易流水、用户扣费数据、跨省对账明细，如何兜底、如何纠错、如何保障数据不丢失？”
李明远硬着头皮回应：“我们会利用夜间低峰窗口进行维护处置，避开日间交易高峰。”
本章未完，请点击下一页继续阅读！