DeepSeek一挂，我才发现我的代码全靠它续命
今早九点，群里一个表情包炸醒了所有人：503。
我当时正在改一个批处理脚本，跑得好好的，突然全部飘红。第一反应是改坏了，赶紧看日志、查参数、打印输出，折腾了二十分钟，愣是没找到问题。最后刷到群里消息——DeepSeek网页和Flash API全线报错，服务器暂时不可用。
那一刻我悟了：我这两年代码，一半的活儿都是它顶着。
最扎心的不是服务挂了，是你根本没想过它会挂
扪心自问，现在写代码的人，有几个没把大模型API当水电煤用？写个批量脚本，让它处理几百条数据，爽；调个接口，让它生成代码片段，爽；本地跑个小工具，逻辑全甩给它，更爽。
爽了两年，今天它一挂，我的脚本就像被人拔了电源，卡在原地疯狂重试，把错误日志刷屏刷得像弹幕一样。
群里有个老哥更惨，昨晚刚把公司一个自动化流程全量切到DeepSeek，号称"降本增效"汇报给老板。今早老板在群里问业务怎么停了，他在键盘前沉默了十分钟，最后憋出一句：“上游服务波动，正在排查。”
为什么会崩得这么彻底
大模型API跟普通接口压根不是一个物种。
普通Web接口挂了，扩个容器、加个副本，几分钟就能缓过来。推理服务不一样，瓶颈卡在显存、卡在KV缓存池、卡在prefill和decode的资源分配。请求一堆积，显存碎片上涨，调度器排队，哪怕服务恢复了，积压的队列还得慢慢排空，根本没法瞬间满血。
更妙的是重试风暴。客户端一看超时，无脑重发；上游本来就过载，被重试一挤，直接雪崩正反馈。上游挂了，你的重试就是往火堆里浇油。
程序员最贵的学费：以为依赖不用兜底
这次故障给所有"API当水电煤用"的人上了一课：
第一，熔断必须加。连续失败几次直接断，别死命重试。你以为你在抢救，其实你在帮它加速死亡。
第二，别把鸡蛋放一个篮子。核心链路至少要留一条备选通道，哪怕平时吃灰，关键时候就是保命的。
第三，日志要分错误类型。4xx参数错，重试一百遍也没用；5xx服务挂，该等就等；超时是另一码事。全混在一起重试，纯属浪费token。
这些道理平时看文章都懂，但没踩过坑，永远记不住。今天算是免费上了一课。
最近不少朋友在聊跳槽换坑，想找稳定些的研发岗位，技术大厂，前端 - 后端 - 测试，全国均有机会。待遇和稳定性都还不错～感兴趣可以试试：[https://jsj.top/f/o38ijj](软件工程师社会招聘-表单-金数据)
一个现实段子
群里另一个老哥，做本地代码助手的，早上没注意上游挂了，还在那儿调temperature、改prompt，以为是自己的提示词写得不够好。折腾俩小时，最后才发现是API死了。
他发了一句总结，我笑了一上午：“我以为是我的prompt不够好，结果是它的服务器不够好。”
结尾
下午服务恢复了，我的脚本重新跑起来，一切如常。但我默默干了三件事：加了熔断、配了备选通道、把重试逻辑重写了一遍。
不是怂，是今天这课太贵了。你永远不知道下一个挂着的是哪个"永不宕机"的服务。趁它没挂，先把后路铺好。
