Erro 503: o que fazer quando glm-5 falha

Um 503 significa que o serviço está temporariamente indisponível, geralmente por manutenção ou sobrecarga. Diferente do 429, não é a sua cota: é um problema de capacidade do lado do servidor.

503 Service Unavailable significa que o serviço não pode atender agora, geralmente por sobrecarga ou manutenção. A distinção para 429 importa: 429 é sua cota esgotada, 503 é capacidade de servidor insuficiente. Aumente o intervalo de backoff em vez de trocar de key.

glm-5 é fornecido por Z.AI. Tudo nesta página — causas, correções e dados medidos — é compilado a partir do comportamento real deste modelo na camada de gateway.

Neste gateway, o gatilho mais comum é: O modelo de origem está sobrecarregado. A primeira ação recomendada é: Tente mais tarde com um intervalo maior entre tentativas.

Causas comuns

  • O modelo de origem está sobrecarregado
  • O serviço está em manutenção ou implantação
  • O nó da sua região está indisponível
  • Um pico repentino de tráfego

Como resolver

  • Tente mais tarde com um intervalo maior entre tentativas
  • Mude para um modelo equivalente com menos carga
  • Evite tarefas em lote nos horários de pico
  • Acompanhe nossos avisos

Nova tentativa com backoff exponencial

O código abaixo tenta novamente quando glm-5 retorna 503: até 5 tentativas, com espera crescente e jitter aleatório para que chamadas concorrentes não repitam ao mesmo tempo. Leia a URL base e a API key de variáveis de ambiente, nunca as deixe fixas no código.

import os, time, random
import requests

BASE  = os.getenv("OPENAI_BASE_URL")   # e.g. https://<your-gateway>/v1
KEY   = os.getenv("OPENAI_API_KEY")
MODEL = 'glm-5'


def chat(messages, retries=5):
    """Retry with exponential backoff + jitter."""
    for i in range(retries):
        try:
            r = requests.post(
                BASE + "/chat/completions",
                headers={"Authorization": "Bearer " + KEY},
                json={"model": MODEL, "messages": messages, "stream": True},
                timeout=60,
            )
            if r.status_code == 429 or r.status_code >= 500:
                time.sleep(min(2 ** i + random.uniform(0, 1), 30))
                continue
            r.raise_for_status()
            return r.json()
        except requests.exceptions.Timeout:
            time.sleep(min(2 ** i + random.uniform(0, 1), 30))
    raise RuntimeError("gave up after " + str(retries) + " retries")


print(chat([{"role": "user", "content": "hello"}]))

Dados-chave deste modelo

Endpoint da APIhttps://api.airai.cc/v1
Compatível com OpenAIOpenAI-compatible
FornecedorZ.AI
Contexto204.8K
RecursosReasoning, Tools, Open Weights
Formatos de APIopenai, openai-response, openai-response-compact, anthropic, gemini, openai-alpha-search
Fórmula de cobrançap * 1 + cr * 0.2 + cc * 0 + c * 3.2

Perguntas frequentes

Em staging funciona mas produção retorna 503: o que muda?

Agrupe os erros por horário e por nó; o padrão costuma ficar óbvio. Se só acontece em produção, geralmente é diferença de ambiente, não do modelo. Este modelo é servido por Z.AI, então o status upstream segue os anúncios do fornecedor. Registre o id da requisição em cada falha — ajuda mais que o código de status. Reproduza primeiro em ambiente de teste com o mesmo corpo de requisição.

503 se recupera sozinho ou exige ação manual?

Esse erro não depende da capacidade do modelo, é em nível de gateway. Geralmente é algo momentâneo e se recupera sozinho. As tags de capacidade deste modelo são Reasoning, Tools, Open Weights. Se o erro persistir por vários minutos, contate o suporte da plataforma para confirmar o status upstream. Decida primeiro se é nível de conta ou de modelo; os dois exigem tratamento bem diferente.

Trocar de modelo evita 503 em glm-5?

Um fallback na arquitetura é mais confiável do que remendar cada erro separadamente. Este modelo da Z.AI tem vários nós upstream entre os quais o gateway pode alternar. Deixe um modelo reserva mais leve pronto, assim o fluxo principal não para.

503 está relacionado à cobrança de glm-5?

Só é cobrada a saída já produzida; a parte falha não. O preço de entrada fica em torno de $1.00 por milhão de tokens. Com cobrança p * 1 + cr * 0.2 + cc * 0 + c * 3.2, o custo de saídas longas vem principalmente dos tokens de saída. Confira primeiro saldo e limites de taxa no console, depois o código. Ao estimar o custo a partir de p * 1 + cr * 0.2 + cc * 0 + c * 3.2, inclua também o orçamento de retentativas.

Outros erros deste modelo

Outros modelos com o mesmo erro

Voltar à página do modelo

Dados atualizados: 2026-10-10 18:35

Suporte técnicoAtendimento online
Voltar ao topo