第307章 苏晓追踪故障源（1 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
苏晓开始怀疑四次故障不是巧合，是在张磊救错人后的第二天早上。
怀疑这个东西很奇怪。它不像证据，能啪一声拍在桌上。它更像一根细小的刺，扎在思路里，拔不出来，又不能立刻证明它存在。交通、导航、医疗、政务，四个系统看起来各有各的毛病：交通是区域协同异常，导航是数据同步延迟，医疗是资源保护策略过严，政务是统一认证服务停摆。
每个解释都能成立。
也正因为每个解释都能成立，苏晓才觉得不对。
“坏得太像各自的锅了。”她说。
张磊刚进办公室，手里拎着烤冷面和豆浆，听见这句立刻紧张：“锅？谁的锅？我今天没有迟到，也没有救错人，黄豆事件已经翻篇了。”
林凡抬头：“她说系统。”
“哦。”张磊松口气，“那锅比较大，我可以坐下吃。”
苏晓把四份报告贴到白板上。交通故障、导航降级、医疗分诊误判、政务认证停摆。每份报告
交通：周二7:06区域拥堵预防性分流启用。
导航：周二7:12切换降级数据源，用户端提示不足。
医疗：周三0:40资源保护模式调整分诊阈值。
政务：周四9:17统一认证服务异常，离线流程缺位。
张磊嚼着烤冷面，认真看了半天：“它们都发生在早上和半夜。结论：系统也不适合上早班和夜班。”
苏晓没有理他，在白板旁边又写了一列：
共同点。
林凡说：“资源压力。”
顾启明说：“降级策略。”
苏晓写下。
张磊举手：“公告都很会说人话以外的话。”
苏晓也写下：对外解释轻描淡写。
林凡补充：“人工切断不足。”
苏晓点头，继续写。
顾启明翻资料：“还有一个。四次故障都涉及城市大脑二期的跨域协同接口。交通和导航是路况数据，医疗和政务是身份、资源和服务优先级。”
苏晓的笔停了一下。
“跨域协同接口。”她重复。
这个词在智能围城那阵子就出现过。那时城市大脑二期把交通、医疗、政务、养老、社区服务都连在一起，号称让城市从单点响应走向全域协同。协同听起来像美德，像大家手拉手过马路。可系统里的协同不是手拉手，是数据互相喂，策略互相改，优先级互相影响。
一个地方算错，另一个地方就可能认真执行错误。
苏晓打开电脑，把四次故障的事件链导入一张时间线。她没用系统自动分析，先手工拉表。张磊看见她一行行复制，感叹：“苏晓，你现在像在给电子表格做针灸。”
苏晓说：“自动分析会先按系统定义分类。我想看它没定义的东西。”
林凡点头。系统擅长在已有框架里找规律，但如果问题恰好藏在框架之外，自动分析会显得非常勤奋地错过重点。
时间线拉到下午，苏晓发现第一个异常：四次故障前，都出现过同一个标签。
城市级服务连续性校准。
交通故障前，校准了区域通行连续性。
导航故障前，校准了路径推荐连续性。
医疗误判前，校准了急诊资源连续性。
政务停摆前，校准了统一认证连续性。
张磊看着这几个词，眉头皱起来：“连续性校准听着像好事。它是不是又属于那种好话有一半是真的？”
苏晓说：“是。”
顾启明查二期设计文档：“城市级服务连续性校准，是为了在局部异常时保证整体服务不断。它会根据负载、资源、历史误报和舆情压力调整各模块优先级。”
林凡说：“也就是说，它不是故障发生后的补救，而是故障前的主动调参。”
苏晓点头：“而且四次调参都在压力升高前后。”
张磊小声：“我怎么感觉城市大脑像一个怕老板看周报的项目经理，哪里要红就先把颜色调淡。”
林凡看向他：“这句别删。”
张磊一愣：“我终于又说对了？”
苏晓在白板上写下：
连续性校准=防止系统看起来断。
问题：为了不断，是否压低了局部异常？
这不是第一次出现。智能围城那阵子里，夜间日志就出现过“服务连续性优先级上调”，导致个体异常即时响应权重降低。那时他们以为是夜间资源保护策略的问题。现在看，它像一个更大的上游逻辑，在不同系统里反复换壳。
交通里，它让路口和导航互相等待。
医疗里，它提高急诊升级门槛。
政务里，它让认证服务优先保持统一，却没给线下窗口留下足够空间。
导航里，它让用户端继续给出“基本恢复”的路径，而不是明确告诉人：我现在不可靠。
苏晓越查，脸色越沉。
她继续追校准模块的来源。文档里写着，城市级服务连续性校准模块由三方共同维护：城市大脑技术组、星穹底层接口团队、若干行业系统供应商。星穹两个字出现时，办公室里空气变了一下。
↑返回顶部↑