云端大模型九月接连「掉线」：算力长在别人的机房，停下来的却是您的业务

9 月 2 日，DeepSeek 官方状态页发布「网页/API 部分中断」公告，涉及 V4 Pro、V4 Flash 两个 API 与对话服务，约半小时后恢复。此后不到两周，第三方可用性监测又连续记录到异常：9 月 14 日晚「消息延迟、无法发送」，用户报告短时间内集中涌入；9 月 15 日又记录到约 33 分钟的访问中断——这两次，官方状态页均未发布公告。有开源社区 9 月 15 日的技术文章写到，故障发生在深夜闲时，对夜里无人值守跑任务的人来说，等于一整晚白跑，第二天的工作跟着往后拖。

这不是某一家厂商的问题，而是「把 AI 放在公共云上」这件事的结构性代价：当 AI 进入生产流程，可用性、单价、接口版本就不再是您能安排的参数，而是别人公告里的一行字。即便按其自己公布的 8 月数据，其 API 与对话服务可用性在 99.76%–99.92% 之间——换算下来，每个月依然有约 35 分钟到 1 小时 44 分钟处于不可用状态，落在哪一天、哪一小时，用户无从选择。

一年之内，依赖方要跟着改的东西

• 3-29 / 30对话服务中断近 12 小时，为上线以来单次最长中断。
• 5-08至5-28一个月内连续四次服务异常，均登上热搜。
• 7-24旧模型名 deepseek-chat / deepseek-reasoner 停用，仍在调用的集成方全部报错。
• 8-17API 调价并改为峰谷定价，部分计费项涨幅达 1100%。
• 9-02官方状态页公告「网页/API 部分中断」，约半小时后恢复。
• 9-10Flash 系列部分回调（输出价仍为 4 月统一价的 2 倍、高峰时段为 4 倍）；V4.1 Flash 发布，并公告将有序下线 V4 Pro 的 API。
• 9-11 / 14公告改口：继续提供 V4 Pro 的 API 调用服务。
• 9-14第三方监测记录「消息延迟、无法发送」，官方未公告。
• 9-15第三方监测记录约 33 分钟访问中断，官方未公告。

公开报道显示，其日活用户一年内从约 1.2 亿增长到约 2 亿，同期算力储备只增长约 8.3%——供需缺口是结构性的，不是打一个补丁就能解决。把关键业务跑在这类公共算力上，等于把自己的交付时间表交给别人的扩容节奏。