把工作流押在一个便宜的单一模型上,你买到的是算力,租到的却是它的在线率——它崩,你就崩。

今天傍晚 DeepSeek 又崩了:网页、对话,连同 V4.1 Flash、V4 Pro 两个 API 一起中断,官方状态页挂出『已实施修复、正在监控』,三项服务仍显示性能下降。这距 10 月 15 日那次约 5 小时的停摆只隔了 19 天;据报道,已是今年第 18 次大面积异常。
机制不复杂:模型够便宜、接入够省事,于是大量下游把它当默认后端,很多人只接了这一个。它一中断,所有把它当唯一后端的工作流同时停摆,跟你自己的代码好不好无关。而没有 SLA,就意味着没有赔付、没有承诺的恢复时间——你能做的只有刷新状态页等。
便宜不是陷阱,把唯一的供应商当成不会断的基础设施才是。扛得住中断的人,早就留好了第二条路:另一个模型的降级通道、关键结果的缓存、它崩了也能先发出去的最小版本。
什么会改变这个判断?DeepSeek 拿出可赔付的 SLA,并把故障频率压回一年个位数。在那之前,把它当会跳闸的电网用,别当成永远亮着的灯。
来源
- 原始来源:thepaper.cn/newsDetail_forward_34396532thepaper.cn ↗


