Error 502: qué hacer cuando falla glm-5.3

Un 502 significa que la pasarela recibió una respuesta no válida del servicio de modelo de origen: la solicitud llegó a la pasarela, pero el salto al origen falló.

502 Bad Gateway significa que el gateway recibió una respuesta inválida del servicio upstream del modelo. La solicitud llegó al gateway; el fallo ocurrió en el salto del gateway al upstream, normalmente por un reinicio del nodo o una conexión cortada.

glm-5.3 lo ofrece Z.AI. Todo en esta página — causas, soluciones y datos medidos — se recopila del comportamiento real de este modelo en la capa de gateway.

En esta pasarela, el desencadenante más común es: El servicio de modelo de origen no está disponible o devolvió una respuesta mal formada. La primera acción recomendada es: Reintenta una vez: los 502 suelen ser transitorios.

Causas habituales

  • El servicio de modelo de origen no está disponible o devolvió una respuesta mal formada
  • Un nodo de origen se está reiniciando
  • Se interrumpió la conexión entre la pasarela y el origen
  • El modelo se retiró temporalmente

Cómo solucionarlo

  • Reintenta una vez: los 502 suelen ser transitorios
  • Cambia a un modelo equivalente de otro proveedor
  • Si solo un modelo devuelve 502, su origen está fallando
  • Inténtalo más tarde o escríbenos

Reintento con retroceso exponencial

El siguiente código reintenta cuando glm-5.3 devuelve 502: hasta 5 intentos, con espera creciente y jitter aleatorio para que las llamadas concurrentes no reintenten a la vez. Lee la URL base y la API key de variables de entorno, nunca las escribas fijas.

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.3'


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"}]))

Datos clave de este modelo

Endpoint de APIhttps://api.airai.cc/v1
Compatible con OpenAIOpenAI-compatible
ProveedorZ.AI
Contexto1M
CapacidadesReasoning, Tools, Open Weights
Formatos de APIopenai, openai-response, openai-response-compact, anthropic, gemini, openai-alpha-search
Fórmula de facturaciónp * 1.4 + cr * 0.26 + cc * 0 + c * 4.4

Preguntas frecuentes

¿Puede un max_tokens demasiado alto provocar 502?

Hay que cambiar los parámetros; reintentar por sí solo no ayudará. Es un problema de configuración del cliente; el servidor no necesita cambios. La ventana de contexto 1M fija la entrada máxima por petición; lo que la supere se rechaza directamente. Para errores de parámetros, falla rápido en lugar de gastar reintentos. Trunca o resume las entradas largas: reduce 502 de forma notable.

¿Cuánto debe durar el timeout?

Aquí las variables reales son la concurrencia y los timeouts, no el modelo. Baja primero la concurrencia: la mayoría de los problemas de rendimiento desaparecen. Este modelo tiene una ventana de contexto de 1M y es de Z.AI. Un contexto de 1M implica que las entradas largas aumentan la latencia del primer token. Añade una capa de caché para que las peticiones repetidas no lleguen todas al modelo.

502 sigue apareciendo en glm-5.3: ¿problema del modelo o de mi cuenta?

Este error no depende de la capacidad del modelo, es a nivel de gateway. Suele ser algo puntual que se recupera por sí solo. Las etiquetas de capacidad de este modelo son Reasoning, Tools, Open Weights. Decide primero si es a nivel de cuenta o de modelo; el tratamiento es completamente distinto.

¿Por qué glm-5.3 devuelve 502 solo en ciertas horas?

Agrupa los errores por tiempo y por nodo; el patrón suele ser evidente. Guarda el identificador de la petición y el cuerpo de la respuesta, si no no hay forma de localizarlo. Este modelo lo sirve Z.AI, por lo que el estado del upstream depende de los anuncios del proveedor. Registra el identificador de la petición en cada fallo: ayuda más que el código de estado. Reproduce el caso primero en el entorno de pruebas con el mismo cuerpo de petición.

Otros errores de este modelo

Otros modelos con el mismo error

Datos actualizados: 2026-10-11 19:15

Soporte técnicoSoporte en línea
Volver arriba