第5章 掀翻桌子
实战验证,安全性、稳定性均有充足保障。”

    汇报材料,陈默昨天就看过了,全是淘汰过时的老旧技术——无微服务、无分布式、无集群部署、无负载均衡、无分库分表、无异地灾备。最原始的单体架构,最老旧的技术栈,完全适配不了本省的高并发业务场景。一旦遭遇高峰期车流冲击,单点故障即是全网瘫痪。

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

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

    差距是全方位的——数智自研方案,峰值每秒五万笔处理能力、响应时间二十三毫秒、可用性百分之九十九点九九。智通的指标,连数智方案的零头都达不到,完全达不到省级项目的准入标准。

    短短十几分钟,李明远就完成了汇报。他鞠躬致谢,回到了自己的座位。

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

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

    陈默举起了手。

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

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

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

    他翻开笔记本,“第一,架构设计方面的问题。贵司方案全程采用单体应用架构,无分布式拆分、无服务解耦、无模块隔离。我省三百七十二个收费站7*24小时全天候运行、日均五百万笔交易、峰值流量巨大,这套架构一旦任意一个模块出现BUG、卡顿、故障,会直接导致全网系统整体瘫痪。请问李总,针对全域故障隔离,你们的落地解决方案是什么?”

    李明远脸上的笑容瞬间凝滞,但还是回复道:“陈总,针对你的问题,我想你是多虑了。我方所采用的技术架构,已经过十五年市场验证,成熟稳定。针对你所说的故障问题,我们配备了完善的服务重启机制与后台备份恢复流程,可快速处置问题。”

    “重启机制?”陈默难以置信地重复了一遍,“系统出现故障,解决方案就是重启?那重启空档期产生的数万笔交易流水、用户扣费数据、跨省对账明细,如何兜底、如何纠错、如何保障数据不丢失?”

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

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

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

    李明远嘴角不自觉地抽动了一下,一时间愣住了,因为他不知道该如何回答陈默的追问。

    看到李明远没有回答,陈默并没有放过对方,而是继续问道:“第二,核心性能指标方面的问题。贵司方案里说每秒可处理交易一千笔。但我省日常高峰交易量可达每秒三万笔,节假日峰值更高。一千笔的处理能力,完全承载不了业务实际需求,高峰期必然直接崩盘。请问李总,针对这种情况,你们的应急方案又是什么?”

    看到参会的众人都在看着自己,李明远硬着头皮低声回答:“我们支持垂直扩展,可通过升级服务器CPU、提升内存配置,增加服务器数量来满足业务需求。”

    “垂直扩展存在物理硬件上限。”陈默直接反驳,“单台服务器性能有封顶,无法无限扩容。请问你们在做方案时,是否考虑过水平集群扩容、多节点负载均衡的设计?”

    李明远眼神闪烁,下意识地四处看了看,见无人有帮忙解围的意思,只能选择死扛到底,“这方面……我们考虑过,并计划在后续迭代版本中优化完善。”

    “后续版本?”陈默重复了一遍这四个字,语气不自觉地强硬起来,“李总,这个项目覆盖范围你很清楚,招标模式也是交钥匙拎包入住模式,要求一次交付完整、成熟、可用的系统,并非后续需要频繁迭代升级的项目。换句话说,即使允许后续迭代升级,那么后续版本何时落地?相应的研发建设成本由谁承担?过渡期的性能缺口、系统风险,谁来兜底负责?”

    全场安静了下来。

    此时陈默自己很清楚,他正在做一件极度冒险的事——当着技术中心主任的面、运营公司领导的面、评审专家的面,再一次当众撕碎了这场精心包装的合规假象,逐条击碎内定方案的伪装。可他却不能不这么做。十二项致命缺陷,每一条都关乎项目成败、资金安全、民生舆情,他不能眼睁睁看着一个漏洞百出的方案,靠着暗箱操作蒙混过关,毁掉整个项目。

    他深吸一口

本章未完,请点击下一页继续阅读>>