102922 Te estamos limitando el ritmo (no es una avería)
LIMITE_DE_TASA_QUE_PONEMOS_NOSOTROS
Clase común a toda la flota (familia «límites»): Límite de tasa: limitamos NOSOTROS a quien llama. El fallo está en algo de lo que depende atalaya, no en la petición.
Qué ha pasado
Atalaya está sano y funcionando: lo que pasa es que quien llama ha superado el ritmo que le damos y le devolvemos 429. NO es una avería nuestra y no hay nada que arreglar de este lado. Es lo contrario del 102920, donde el frenado nos lo aplican a nosotros.
Cómo se soluciona
Quien integra baja su ritmo o reparte las peticiones. La cabecera Retry-After dice cuántos segundos esperar. Si el tope es demasiado bajo para un caso legítimo, se sube por configuración (ATALAYA_PUBLICO_RATELIMIT_MAX / _WINDOW_S en la superficie pública).
Qué hacer mientras tanto
Reintentar de inmediato NO ayuda: gasta cuota y alarga la ventana. Esperar lo que dice Retry-After es lo único que funciona.
Ya costó tiempo
Todavía no ha costado un incidente, pero se añade porque el riesgo es de diagnóstico: un 429 con detail: rate limit exceeded y sin código se lee como avería del servicio. Es la misma familia que el falso rojo del estado agregado del 3-sep — decir «se rompió» donde lo correcto es «está sano y te estoy frenando».
Dónde se lanza
src/atalaya/api.py (rate-limit de censo, /notify, /ping, /envios y /dominios)
Cómo se lee el código
1- origen: Fortiseg
02- servicio: atalaya
922- clase común a toda la flota: Límite de tasa: limitamos NOSOTROS a quien llama