第一百七十二章 凌晨的意外 (第3/3页)
十分钟后重新跑三六六号用例。
切换时间：零点一五秒。
刚好在阈值上。
穆长春盯着那个数字看了五秒。
“够了。”
三百六十七到三百七十：全部通过。
他把所有测试结果整理成一份报告，发给李思远。
附带了一行备注：“全部测试用例通过。路由提示表在极端场景下将切换时间从三点一秒压缩到了零点一五秒。优化有效。”
“演示方案可以定稿了。”
李思远的回复在十一点。
“定稿。明天上午给BIS的技术简报照原计划进行。”
“好。”
穆长春关掉电脑屏幕，在椅子上仰头靠了一会儿。
技术中心里只剩下他和周岩两个人。其他人在八点就走了。
“穆工，回去睡觉吗？”
“你先走。我再看一遍部署清单。”
“穆工。”
“嗯。”
“能赢吗？”
穆长春没有回头。
“技术上，我们做到了该做的一切。”
“赢不赢不是技术说了算的。”
周岩拿上背包走了。
穆长春在空荡的办公区里又坐了十分钟，然后开始检查部署清单。
九个核心节点。七十个总节点。每个节点的部署状态、版本号、最近一次心跳时间。
他一行一行地看下去。
看到第四十三个节点的时候，停住了。
巴库，阿塞拜疆。普通节点，非核心。
最近一次心跳时间：十八分钟前。
正常。
但这个节点的版本号和其他节点不一样。
其他节点的版本号是v2.7.1。
巴库节点的版本号是v2.7.0。
差了一个小版本。
穆长春翻了一下更新日志。v2.7.1是三天前推送的安全补丁，修复了一个边缘情况下的数据包校验bug。
巴库节点没有更新。
为什么？
他点开巴库节点的运维日志。
三天前的更新推送状态：推送失败。
原因：节点运维方未确认更新。
巴库节点的运维方是阿塞拜疆国家银行的技术部门。
推送更新需要运维方在本地确认并重启服务。他们没有确认。
穆长春看了一下这个bug的影响范围。