DeepSeek caiu em 7 de novembro? API e chat tiveram falha parcial por 45 minutos

No sábado, 7 de novembro de 2026, o DeepSeek registrou uma interrupção parcial de seus serviços Web e API. A página oficial do incidente marca o período de 07h11 a 07h56 UTC, uma duração de 45 minutos. Às 07h56 UTC, o incidente foi encerrado com o serviço restaurado. Para quem usa o modelo em um produto, esses 45 minutos são uma boa ocasião para revisar o plano de continuidade.

O que aconteceu com o DeepSeek em 7 de novembro?

O registro oficial classifica o evento como “Web/API Partially Unavailable”. Sua lista de componentes afetados inclui a API do DeepSeek V4 Pro, a API do DeepSeek V4.1 Flash, o serviço de chat e o serviço de busca. A página informa que uma correção foi implementada e monitorada antes de o incidente ser marcado como resolvido. Ela não atribui a falha a testes de um novo modelo.

Alguns usuários relataram respostas como “servidor ocupado” e a mensagem DeepSeek Messages stream ended before message_stop. Esses sintomas indicam uma interação interrompida para quem os recebeu; eles não identificam, por si só, a causa técnica do incidente.

Houve relação com o DeepSeek V4.1 Pro?

Não há confirmação disso no comunicado oficial. A coincidência com um sábado, rumores sobre modelos futuros ou uma mensagem de erro não permite concluir que houve implantação ou teste do V4.1 Pro. Até que o DeepSeek publique uma causa, essa hipótese deve permanecer fora da explicação do incidente.

Por que uma falha de 45 minutos importa para quem usa a API?

Uma conversa interrompida pode ser retomada. Em uma aplicação, a mesma interrupção pode afetar solicitações de clientes, automações, atendimento e tarefas de agentes. Chamadas com streaming exigem atenção especial: uma conexão pode começar a responder e terminar antes do marcador final, deixando o cliente sem saber se deve repetir a operação.

Também é fácil interpretar mal uma meta de disponibilidade. 99,9% em um mês de 30 dias equivalem a cerca de 43,2 minutos de indisponibilidade total. O registro de 7 de novembro, porém, fala em interrupção parcial. Não é correto converter automaticamente os 45 minutos em violação de um SLA de todos os clientes. O impacto real depende de quais chamadas falharam, da definição contratual de disponibilidade e da medição feita do lado do usuário.

O que fazer quando o DeepSeek fica fora do ar?

Para usuários do chat, salve localmente o trabalho importante e tenha uma segunda ferramenta para tarefas com prazo. Para equipes de API, a resposta deve ser planejada antes do próximo incidente:

1. Defina timeout e tentativas limitadas. Use recuo exponencial com dispersão aleatória para evitar que milhares de clientes repitam chamadas ao mesmo tempo.
2. Separe 429 de 5xx e de streaming interrompido. Limite de taxa, falha do serviço e resposta incompleta pedem decisões diferentes.
3. Adicione circuit breaker e filas onde fizer sentido. Evite prender todo o produto em uma dependência temporariamente indisponível.
4. Teste uma rota em outro provedor. Trocar apenas o base_url pode manter a mesma infraestrutura de origem. Teste também prompts, ferramentas, formato de saída e custo no modelo alternativo.
5. Meça a experiência real. Registre erros, latência, respostas vazias e fluxos que terminam sem conclusão, além do status HTTP.

A MandAPI resolve uma falha no upstream?

Um gateway não restaura o serviço do DeepSeek. A vantagem operacional de uma plataforma multmodelos é poder preparar e testar rotas para outros provedores antes de precisar delas. O catálogo público da MandAPI, consultado em 8 de novembro de 2026, lista modelos DeepSeek e também famílias de outros provedores. A disponibilidade de um modelo no catálogo não é garantia de continuidade do respectivo upstream.

Se sua aplicação depende do DeepSeek, escolha um modelo alternativo por tarefa, valide seu comportamento e configure a troca no seu sistema. Consulte Models para ver as opções e Pricing para o custo atual. Nosso relato do incidente de 3 de novembro mostra por que vale manter esse procedimento pronto.

Perguntas frequentes

O DeepSeek ainda está fora do ar?

O incidente de 7 de novembro está marcado como resolvido na página oficial. Para uma decisão operacional agora, consulte o status atual e faça uma chamada de teste no seu próprio ambiente.

Quanto tempo durou a interrupção?

O registro oficial informa 45 minutos, de 07h11 a 07h56 UTC em 7 de novembro de 2026.

A falha foi causada por um teste do V4.1 Pro?

O DeepSeek não informou essa causa no registro do incidente. A relação continua sem confirmação.

Um gateway faz failover automaticamente?

Isso depende da configuração do produto. Um catálogo com vários modelos facilita preparar alternativas; seu aplicativo ainda precisa de uma política de troca testada e de critérios para custo, qualidade e erros.