动态资源分类失效？DL驱动站长资讯分发重构
|
去年双十一，我蹲在IDC机房第三排右数第七个机柜前换SSD，空调滴水正砸在左肩那块——不是漏水，是顶上冷凝水管接头松了，滴滴答答，像有人用圆珠笔在敲我锁骨。老张当时叼着半截烟过来拍我肩膀，说“杨工，前端那个DL分发链路崩了”，我手还捏着螺丝刀，没抬头，回他：“崩就崩呗，反正埋点都没挂上。” 他愣了两秒，把烟掐了往地上一弹，火苗刚窜起来就被空调滴下来的水“嘶”一下摁灭。我盯着他鞋尖那圈焦黑的印子，心想这人真不怕烫。结果三分钟之后运营总监的电话直接打到我工位——不是找后端，不是找算法，点名要我接。因为上周我在周会纪要里写了一句：“动态资源分类依赖客户端上报的UA+设备指纹+加载时序窗口，而DL驱动分发依赖的是反向权重重调度”。她截图发群里，标红加粗，后面跟了个问号表情。可我当时写那句根本不是为了被截图，是为堵测试组老王的嘴——他非说“你们前端把JSON塞错了key”。 我原以为DL驱动这事就是换个路由表，配几个labelSelector完事。结果七月初上线那天，我正调一个iOS 15.4下webview里CSS变量穿透失败的bug，监控群突然刷屏：站长后台的“资讯热力图”模块，所有“高时效-低权重”类目全部归零。不是0.01%，是0。彻底消失。连mock数据都拉不出来。我切到控制台，看到fetch请求头里还带着“X-DL-Correlation: dl_7x2zq9”，但响应体是空的，Content-Length: 0。我截图发给算法同学，他回：“你清下缓存？”我说：“我刚用curl -v 直接call的node层，也空。”他沉默十秒，回：“……等等，我们上周切掉了‘时效性降权池’的那个分支，以为没人用了。” 那天下午五点，运维小李抱着一摞A4纸冲进来，说是CDN日志离线分析报告。他头发炸着，T恤后背湿透一块，左手拎着保温杯，右手纸边都卷了毛。我顺手抽一张，上面全是“304 Not Modified”——但来源不是ETag，是“X-DL-Bucket: stale_0”，而这个header根本不在OpenAPI文档里。我问他哪来的，他说“从nginx access log里grep出来的，临时脚本写的”。我翻到第七页，发现有一行写着“GET /feed?dl=dynamic&cls=fresh HTTP/1.1”后面跟着“upstream: 10.8.32.17:8081 (down)”，括号里那个down，是我昨天亲手在consul里摘掉的服务实例。可它还在往下游转发请求。我没吭声，把那页纸折了两下，塞进咖啡杯底——杯子里的咖啡已经凉透，浮着一圈褐色油膜。 优胜劣汰站得住？站得住。但不是算法淘汰劣质资源，是运营自己先淘汰了自己的判断。前天他们开会复盘，说“DL模型收敛太快，压根没给站长反应时间”。可问题是，谁定的收敛阈值？算法同学推眼镜说“按P95加载延迟倒推的”。我说：“你们倒推用的延迟，是我上周改完首屏CSS-in-JS注入逻辑之后测的吧？”他点头。我没再问。因为我知道，那轮压测里，我手动禁用了两个Polyfill——一个for Object.assign，一个for Promise.allSettled。理由是“低端安卓4.4占比低于0.3%”。没人查过，那0.3%里，有十八秒卡在白屏的机器，全在爬取资讯分发接口，而且全部报了same-origin策略错误，却仍源源不断地打来带完整referer的HEAD请求。那些请求，现在全进了DL的“负样本强化池”。我敢打包票。 对了，老张后来买了个新保温杯，不锈钢磨砂面的。他昨天路过我工位，杯子搁桌上，我看见杯盖内侧贴了张便签纸，蓝字写着：“别动，泡的是枸杞+陈皮+三颗干山楂”。我就没碰。他也没提DL的事。
文章配图，仅供参考 还有个事儿——上周五收工前，测试组老王突然微信问我：“杨哥，那个‘资讯标签不可编辑’的交互，是不是前端硬控的？”我说是。他说：“哦，那后端改字段类型那天，为什么没同步通知？”我说：“改什么字段？我根本没收到MR。”他发来个GitLab链接，点进去看commit message，第一行写着：“refactor(feed): move tag classification from FE to DL-triggered edge worker”。第二行空着。第三行写着：“fix: handle undefined label in hydration”。我没回。因为那个edge worker的入口函数，调用的是我们三年前废弃的resource-meta.json里的schema版本，而那个json文件，上个月被前端基建组当成冗余资源，从CDN自动清理规则里删了。这事我不知道，没人知道，但每天凌晨两点，都有三百七十二次404打在那个路径上，监控一直静默。所以DL驱动站长资讯分发重构这事，到底重构了啥？重构了责任边界。以前是前端传参错、后端逻辑错、算法模型错——三错归因，能吵两小时。现在只要最终呈现崩了，所有人看着我，因为我是那个在index.html里亲手写的人。可那个loader的import()路径，三个月前被构建工具自动替换过两次。一次是因为rollup插件升级，一次是因为webpack5的asset module解析规则变了。我都没注意到。我只注意到它没报错。它确实没报错。它只是……不干活了。 我打算明天去把机房顶上那根冷凝水管的接头拧紧。不是为了修它，是怕再滴下来，正好落在我调试Chrome DevTools Performance面板的时候。那玩意儿帧率波动太敏感，一滴水下去，我容易误判是jank还是network delay。 （编辑：站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
