第188章 容错边界

屏幕右下角的时间跳到05:12。林尘没有开顶灯，只留着一盏夹在显示器边缘的USB小台灯。冷光打在键盘上，映出他指尖磨出的薄茧。PPT的骨架已经搭好，但内容还是空的。他点开第一页，光标在“从日志处理到数据中台：一次关于成本与稳定性的实践”后面规律地闪烁。

他需要填肉。不是堆砌技术名词，而是算账。李总监要的是能在现有资源里跑通的路径，不是实验室里的理想模型。他调出过去三个月的服务器监控日志，把CPU峰值、内存泄漏频次、磁盘IO瓶颈全部拉成折线图。数据很丑，但很真实。他把这些图贴进PPT，在旁边标注：当前架构日均处理日志量：4.2TB。峰值延迟：1.8s。故障平均恢复时间（MTTR）：45分钟。

左脚的小腿肌肉又开始发紧。他停下打字，把椅子往后挪了半寸，让左脚彻底悬空。疼痛不是尖锐的，而是一种沉闷的钝感，像生锈的齿轮在骨头里慢慢咬合。他伸手从抽屉里摸出一贴膏药，撕开，贴在膝盖下方。药味混着出租屋里常年散不去的潮气，钻进鼻腔。他深吸一口气，继续敲字。

二、架构选型对比。方案A：直接上Hadoop集群。优点：生态成熟。缺点：硬件成本预估8万/年，运维人力缺口2人。方案B：基于现有Kafka+Flink流式处理。优点：复用现有节点，改造成本低。缺点：需重写清洗逻辑，初期稳定性需灰度验证。

他选了B。没有退路。8万是部门半年的测试预算，李总监不可能批。他必须在现有的烂摊子上搭桥。

上午八点半。手机在桌面上震动。屏幕亮起，老赵的回复终于来了。不是语音，是一段长文字。

“数据收到了。我让财务跑了一遍，有效条数11842，跟你报的一样。但里面有三千多条是空字段补全的，这种算不算有效？另外，尾款按之前说的结，但下次得提前对齐格式，我这边的录入小妹手残，改不了。”

林尘盯着屏幕。老赵在试探底线。空字段补全，是他脚本里的默认策略，为了保交付时效。如果老赵咬死这部分不算，尾款会被砍掉三分之一。

他没有立刻回。打开终端，调出error_log.csv和清洗规则文档。他截了三张图：一张是原始数据里的乱码和缺失字段，一张是脚本的try-except捕获逻辑，一张是补全后的字段映射表。然后打字：

“赵哥，空字段补全是基于业务规则的兜底策略。原始数据缺失率26%，如果不补，下游报表直接报错。补全逻辑已写入清洗日志，可随时复核。本次按有效条数11842结算，尾款1184.2元。下次接单前，我会发一份《数据接入规范模板》，您那边按模板填，清洗效率能提40%，单价我可以降5%。您看行不行？”

发送。他靠在椅背上，等。

十分钟后，老赵回：“行。模板发我。尾款下午打。”

林尘关掉对话框。没有多余的情绪。他打开支付宝，看着余额从35.3跳到1219.5。数字变了，但生活没变。他转了600给母亲，备注：小满药费+复查。剩下619.5，留着付下季度房租和买止痛贴。

他知道，规则不是谈出来的，是拿交付结果和可替代方案换来的。老赵要的是省事和便宜，他要的是现金流和长期单。双方各退半步，交易才能继续。

上午十一点。出租屋的光线亮了些。林尘把PPT翻到第三部分“迁移成本与风险”。这里是最容易被问倒的地方。技术评审不是考代码，是考兜底能力。

他想起大学时周教授说过的话：“写代码是搭积木，做架构是修承重墙。墙倒了，积木再漂亮也是废墟。”

他新建一页，画了一张灰度迁移图。第一阶段：双写。新链路并行跑，不切流量，只比数据一致性。第二阶段：10%流量切流。观察P99延迟和错误率。第三阶段：全量切换。旧库保留只读72小时，异常阈值触发自动回滚。

他在旁边加了粗体备注：回滚不是失败，是安全阀。所有架构设计，必须包含可逆路径。

他停下来，揉了揉眉心。连续坐了五个小时，腰背僵硬得像一块板。他站起来，扶着墙慢慢走了一圈。左脚落地时，脚掌传来一阵刺痛，他立刻收回重心，改用右脚支撑。步态已经彻底变形，但他没管。疼是常态，不疼才是意外。

他回到桌前，开始模拟答辩。对着空气，把每一页的逻辑过一遍。李总监会问什么？“成本怎么控？”“如果Flink节点宕机怎么办？”“业务方不配合灰度怎么推？”

他把答案写在硬壳本上。不写长篇大论，只写关键词和数字。成本：复用现有K8s节点，零新增硬件。宕机：Kafka积压缓冲+自动重启脚本，容忍窗口15分钟。业务方：提供数据对比看板，用指标说话，不扯皮。

他意识到，自己正在从一个“接活的人”变成一个“扛事的人”。以前他只管把代码跑通，现在他得考虑代码跑通之后，谁来维护，出了事谁背锅，钱从哪来。这种转变没有仪式感，只有密密麻麻的待办事项和不断收紧的deadline。

下午三点。PPT初稿完成。他导出PDF，发给大学同学陈浩。陈浩现在在省城一家国企做IT运维，见过不少大厂评审。

“帮我看一眼逻辑。挑刺就行。”

陈浩回得很快：“架构图没问题。但第三页的灰度周期写7天太保守了。业务方等不了。改成3天，加一句‘核心指标达标即提前切流’。另外，把‘回滚预案’改成‘降级策略’。评审委员会不喜欢听‘失败’，喜欢听‘可控’。”

林尘盯着屏幕，手指在键盘上悬停了两秒。然后改。7天→3天。回滚预案→降级与熔断策略。

他保存。重新排版。字体调小半号，页边距收紧。整份PPT控制在12页以内。多一页，都是废话。

晚上八点。手机震动。支付宝到账提示：老赵的尾款1184.2元。同时，母亲发来一条语音。他点开，背景音里有医院的叫号声。

“尘啊，药拿到了。医生说小满最近脑电图有点波动，让下个月去省城复查。路费我算了，得三百多。你那边……要是紧，我先找亲戚借点。”

林尘听着语音，手指无意识地摩挲着桌角。三百多。他刚凑齐的现金流，又要被抽走一块。但他没犹豫。

“妈，不用借。钱我转。复查时间定好发我，我请假陪他去。”

挂断。他打开购票软件，查了下周五去省城的高铁。最早一班是早上6:40。如果答辩顺利结束，赶下午的火车也来得及。但万一被卡住呢？

他关掉购票页面。把PPT最终版上传到公司内网审批流。系统提示：已提交。评审委员会将于明日上午10:00前完成预审。

他合上电脑。房间彻底暗下来。左脚又开始痉挛，这次比上次更剧烈。他咬住毛巾，没出声。等那股劲过去，他慢慢躺到床上，盯着天花板上的水渍。

明天是周四。预审结果出来，就是最终答辩的基调。老赵的账清了，药费转了，PPT交了。所有能控制的变量，都已推入轨道。剩下的，只能等。

手机屏幕在黑暗中亮起。是一条来自李总监的站内信。标题只有四个字：《预审反馈》。

林尘坐起身，点开。正文很短：

“架构逻辑清晰，成本评估务实。但‘降级策略’部分缺乏业务视角支撑。周五答辩前，需补充一份与产品侧的对齐记录。另，HR通知：评审委员会临时增加一名外部技术顾问。请做好应对。”

他读完，手指停在屏幕上。外部顾问。产品侧对齐。

变量又多了两个。

他掀开被子，重新打开电脑。屏幕的光再次照亮他疲惫的脸。没有抱怨，没有焦虑。只有键盘敲击的声音，在安静的出租屋里，一下，一下，敲进夜色里。