字体
大
中
小
关灯
上一页 回目录    收藏 下一页

第5章 掀翻桌子(2/3)

抓紧时间开始吧。”

李明远应声起身,从容走向大屏前方。

“各位领导、各位专家,大家好。

我代表智通科技,向各位汇报本次联网收费系统升级改造项目的建设实施方案。

智通科技深耕交通信息化行业多年,累计服务全国十二个省市高速机电信息化项目,合同总金额突破五亿元,行业经验充足、项目积淀深厚。

我司核心优势,在于成熟落地经验与可复用技术体系。”

李明远语气笃定,字字铿锵,“车道控制、站点管理、路段结算、省中心清分等全套核心模块,均有成熟商用代码库支撑,本次项目代码复用率超百分之络环境、结算规则全然不同,照搬套用,无异于削足适履,埋下无穷隐患。

李明远继续翻页,展示架构图:“我方采用经典三层架构体系,表现层基于JSP、Servlet,业务层依托Spring框架,数据层采用Oracle数据库,架构经典、稳定可靠,经过十五年全国多个项目实战验证,安全性、稳定性均有充足保障。”

汇报材料,陈默昨天就看过了,全是淘汰过时的老旧技术——无微服务、无分布式、无集群部署、无负载均衡、无分库分表、无异地灾备。

最原始的单体架构,最老旧的技术栈,完全适配不了本省的高并发业务场景。

一旦遭遇高峰期车流冲击,单点故障即是全网瘫痪。

“系统核心性能指标方面,我方系统每秒交易处理能力一千笔,平均响应时间低于五百毫秒,全年系统可用性达百分之九十九点五。”

听到这组数据,陈默险些失声笑了出来。

差距是全方位的——数智自研方案,峰值每秒五万笔处理能力、响应时间二十三毫秒、可用性百分之九十九点九九。

智通的指标,连数智方案的零头都达不到,完全达不到省级项目的准入标准。

短短十几分钟,李明远就完成了汇报。

他鞠躬致谢,回到了自己的座位。

罗主任看了看一众参会人员,开口征询:“各位专家、参会人员,针对方才李总汇报的方案,大家有什么疑问、意见?”

几位受邀专家无人质疑、无人发问。

陈默举起了手。

“陈总请讲。”罗主任示意。

“各位领导、各位专家,请允许我先介绍一下自己,我是数智公司技术负责人陈默。”

他的声音不大,“我针对李总刚才的汇报方案,有几个技术问题,想请李总答疑解惑。”

他翻开笔记本,“第一,架构设计方面的问题。

贵司方案全程采用单体应用架构,无分布式拆分、无服务解耦、无模块隔离。

我省三百七十二个收费站7*24小时全天候运行、日均五百万笔交易、峰值流量巨大,这套架构一旦任意一个模块出现BUG、卡顿、故障,会直接导致全网系统整体瘫痪。

请问李总,针对全域故障隔离,你们的落地解决方案是什么?”

李明远脸上的笑容瞬间凝滞,但还是回复道:“陈总,针对你的问题,我想你是多虑了。

我方所采用的技术架构,已经过十五年市场验证,成熟稳定。

针对你所说的故障问题,我们配备了完善的服务重启机制与后台备份恢复流程,可快速处置问题。”

“重启机制?”陈默难以置信地重复了一遍,“系统出现故障,解决方案就是重启?

那重启空档期产生的数万笔交易流水、用户扣费数据、跨省对账明细,如何兜底、如何纠错、如何保障数据不丢失?”

李明远硬着头皮回应:“我们会利用夜间低峰窗口进行维护处置,避开日间交易高峰。”

“我刚才说过,高速公路联网收费系统需二十四小时不间断运行,无空档、无休市,不存在绝对的夜间维护窗口。”

陈默虽然语速平缓,却抓住李明远的回答死咬不放,“且跨省交易流水实时同步,任何时间的系统中断,都会造成全省乃至跨省对账偏差,引发舆情投诉、资金差错,请问这个风险,你们又有何应对的方案?”

李明远嘴角不自觉地抽动了一下,一时间愣住了,因为他不知道该如何回答陈默的追问。
本章未完,请翻下一页继续阅读.........
上一页 回目录    收藏 下一页