返回

第5章 掀翻桌子

首页
关灯
护眼
字:
上一页 回目录 下一章 进书架
障问题,我们配备了完善的服务重启机制与后台备份恢复流程,可快速处置问题。”

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

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

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

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

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

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

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

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

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

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

    全场安静了下来。

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

    他深吸一口气,继续发问:“第三,是关于数据安全与灾备体系方面的问题。贵司方案采用单实例数据库部署,无主从热备、无实时同步、无异地灾备、无定时快照备份。一旦服务器硬件故障、机房断电、火灾水灾、人为误操作,核心交易数据将直接丢失、无法恢复。请问,你们的数据安全兜底、灾难恢复方案是什么?”

    依然是无人应答,无人解围,无人敢接话。

    李明远的额头上,渗出了汗珠。

    既然你们要在桌子底下做决定,那我把桌子掀翻了又能如何?陈默盯着李明远,手里的笔往桌上一搁,直直地盯着李明远:“李总,麻烦您回答一下我这个问题。”
上一页 回目录 下一章 存书签