DeepSeek 服务中断 45 分钟：11 月 7 日 15 时 11 分起|AI自学笔记

11 月 7 日下午，多名用户反馈 DeepSeek 网页与 API 突发服务问题，对话提示服务器暂时不可用。DeepSeek 官方状态页随后显示本次问题已解决，服务恢复。这次网页与 API 部分中断的持续时间为 11 月 7 日 15 时 11 分至 15 时 56 分，共 45 分钟。

这次故障的边界

从官方状态页的记录看，本次中断的影响范围限于网页端与 API 服务的部分可用性，官方在状态页更新后确认已恢复。整个中断窗口在 45 分钟量级，用户侧的主要表现是发起对话时返回服务器暂时不可用的提示。

IT之家在当日晚些时候还追踪了这次故障的后续状态，确认服务已恢复正常访问。同一天内相关的中断与恢复消息被分两次记录，先是突发部分中断，随后是恢复公告。

从时间线上看，11 月 7 日 15 时 11 分前后，网页端与 API 服务同时出现部分不可用，用户在对话窗口提交消息后收到服务器暂时不可用的提示。官方状态页在 15 时 56 分标记为已解决，整段空窗 45 分钟。

IT之家在当日晚些时候还追踪了这次故障的后续状态，确认服务已恢复正常访问。同一天内相关的中断与恢复消息被分两次记录，先是突发部分中断，随后是恢复公告，两条消息对应同一个事件而非两次独立故障。

如果模型本身是通过本地权重运行的，这次服务端波动不会中断使用路径，实际受影响的主要是依赖官方 API 的应用与网页端调用方。对把 DeepSeek 挂在生产链路上的团队来说，45 分钟的服务空窗足以触发重试逻辑与超时告警，值得对照自己的容灾设置做一次检查。

自己搭建一套本地推理来做兜底，是另一种绕开服务端波动的思路，相关的踩坑点可以参考DeepSeek Harness 接本地 Ollama 的三个坑。

AI 自学笔记 每天更新 AI 前沿动态，订阅 RSS，或按 Ctrl/⌘+D 收藏本站，明天见。

同一批更新里这几篇值得一看：

想快速查定义？对应的词条在这里：