第5章 掀翻桌子(2/3)
抓紧时间开始吧。”
李明远应声起身,从容走向大屏前方。
“各位领导、各位专家,大家好。
我代表智通科技,向各位汇报本次联网收费系统升级改造项目的建设实施方案。
智通科技深耕交通信息化行业多年,累计服务全国十二个省市高速机电信息化项目,合同总金额突破五亿元,行业经验充足、项目积淀深厚。
我司核心优势,在于成熟落地经验与可复用技术体系。”
李明远语气笃定,字字铿锵,“车道控制、站点管理、路段结算、省中心清分等全套核心模块,均有成熟商用代码库支撑,本次项目代码复用率超百分之络环境、结算规则全然不同,照搬套用,无异于削足适履,埋下无穷隐患。
李明远继续翻页,展示架构图:“我方采用经典三层架构体系,表现层基于JSP、Servlet,业务层依托Spring框架,数据层采用Oracle数据库,架构经典、稳定可靠,经过十五年全国多个项目实战验证,安全性、稳定性均有充足保障。”
汇报材料,陈默昨天就看过了,全是淘汰过时的老旧技术——无微服务、无分布式、无集群部署、无负载均衡、无分库分表、无异地灾备。
最原始的单体架构,最老旧的技术栈,完全适配不了本省的高并发业务场景。
一旦遭遇高峰期车流冲击,单点故障即是全网瘫痪。
“系统核心性能指标方面,我方系统每秒交易处理能力一千笔,平均响应时间低于五百毫秒,全年系统可用性达百分之九十九点五。”
听到这组数据,陈默险些失声笑了出来。
差距是全方位的——数智自研方案,峰值每秒五万笔处理能力、响应时间二十三毫秒、可用性百分之九十九点九九。
智通的指标,连数智方案的零头都达不到,完全达不到省级项目的准入标准。
短短十几分钟,李明远就完成了汇报。
他鞠躬致谢,回到了自己的座位。
罗主任看了看一众参会人员,开口征询:“各位专家、参会人员,针对方才李总汇报的方案,大家有什么疑问、意见?”
几位受邀专家无人质疑、无人发问。
陈默举起了手。
“陈总请讲。”罗主任示意。
“各位领导、各位专家,请允许我先介绍一下自己,我是数智公司技术负责人陈默。”
他的声音不大,“我针对李总刚才的汇报方案,有几个技术问题,想请李总答疑解惑。”
他翻开笔记本,“第一,架构设计方面的问题。
贵司方案全程采用单体应用架构,无分布式拆分、无服务解耦、无模块隔离。
我省三百七十二个收费站7*24小时全天候运行、日均五百万笔交易、峰值流量巨大,这套架构一旦任意一个模块出现BUG、卡顿、故障,会直接导致全网系统整体瘫痪。
请问李总,针对全域故障隔离,你们的落地解决方案是什么?”
李明远脸上的笑容瞬间凝滞,但还是回复道:“陈总,针对你的问题,我想你是多虑了。
我方所采用的技术架构,已经过十五年市场验证,成熟稳定。
针对你所说的故障问题,我们配备了完善的服务重启机制与后台备份恢复流程,可快速处置问题。”
“重启机制?”陈默难以置信地重复了一遍,“系统出现故障,解决方案就是重启?
那重启空档期产生的数万笔交易流水、用户扣费数据、跨省对账明细,如何兜底、如何纠错、如何保障数据不丢失?”
李明远硬着头皮回应:“我们会利用夜间低峰窗口进行维护处置,避开日间交易高峰。”
“我刚才说过,高速公路联网收费系统需二十四小时不间断运行,无空档、无休市,不存在绝对的夜间维护窗口。”
陈默虽然语速平缓,却抓住李明远的回答死咬不放,“且跨省交易流水实时同步,任何时间的系统中断,都会造成全省乃至跨省对账偏差,引发舆情投诉、资金差错,请问这个风险,你们又有何应对的方案?”
李明远嘴角不自觉地抽动了一下,一时间愣住了,因为他不知道该如何回答陈默的追问。
本章未完,请翻下一页继续阅读.........