建站新手必避的7大运维坑：第5个90%人忽略的技术雷区
|
去年三月，客户后台突然报错，我正蹲在茶水间煮挂面——铝锅底糊了层焦黄，水刚沸就咕嘟冒泡，我抄起筷子搅和两下，面还没散开，手机震了八次。 客服弹窗第十五条消息是“502 Bad Gateway”，不是Nginx返回的，是CDN层吐出来的。我盯着那个错误码看了三秒，顺手把锅端离火，面汤溅到左手虎口，烫得一缩——但没管，直接切SSH连上跳板机。 第一反应是查nginx.conf里upstream超时设太短。结果没动过。再看后端健康检查：/healthz全绿。抓包抓到第七次，发现请求压根没进K8s ingress controller——流量卡在Cloudflare Workers中间层，一个被注释掉的fetch()调用里头。
文章配图，仅供参考 我原以为是JS脚本执行阻塞，结果发现那个Workers脚本里，有行注释写着“# 临时绕过auth逻辑（待备案后恢复）”，底下藏着一行：fetch('https://api.xxx.com/v1/status', { cache: 'no-store' })。而那天凌晨，API服务因为证书自动续签失败，https响应直接503——可Workers没配fallback，也没设timeout，就卡死在那儿，整个站点域名的HTML请求全被它兜住，转头甩出502。客户发来截图，首页显示“Service Unavailable”，下面小字写着“Cloudflare Ray ID: 9a7b3c8d4e2f10”。我没回他。打开Workers控制台，滚动到第七个版本，点“Revert”，等部署完成那刻，我听见自己后槽牙咯了一下——是咬紧的动静，不是疼。 其实前三天我就收到过告警邮件，标题是“[WARN] Workers runtime timeout > 30s (23 occurrences)”，发件人是cloudflare-noreply@… 我划掉了。毕竟这玩意儿去年上线时测试过，压测跑得飞快。再说，谁真信告警邮件里写的“>30s”是指“永远不返回”？ （办公室空调坏了两周，角落那台旧打印机今天第三次卡纸，纸边卷成小喇叭状，嗡嗡响） 客户后来补了句：“之前换过一次SSL证书，你们技术说不用动CDN配置。”——他说的是我们同事小李。小李上周离职了，交接文档里没提这个Workers脚本，只写了“静态资源托管于CF”，还加了个✅。 我重读那段fetch代码，发现它用的fetch API根本没传signal参数，Promise就一直pending着。Node.js里这种会触发event loop阻塞，但Workers运行时……它不会崩，它就挂在那里，像一根没剪断的脐带，吸着所有经过的HTTP请求。优胜劣汰？对，真就是这么汰的——不是你写错，是你默认它“应该没问题”，而它刚好就停在那个没人盯的缝隙里，等你煮面、等你划掉邮件、等你信任交接文档上的✅。 面最后还是坨了。我舀出来，拌了点辣酱，蹲回工位吃。屏幕右下角时间跳成15:27，距离第一次502过去二十来分钟。日志里最后一行是：“workers invocation stalled — retry count: 17”。 有谁碰到过这个吗 （编辑：航空爱好网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
