Límites de tasa y cuotas

Un límite de tasa cuenta peticiones en una ventana corta (por segundo o por minuto) y protege la disponibilidad: si se supera, la pasarela responde 429 Too Many Requests (RFC 6585), y a menudo con Retry-After, que dice cuánto esperar (RFC 9110). Una cuota cuenta consumo en un periodo largo (un día, un mes) y es un acuerdo: qué incluye el plan y qué pasa al terminarlo. Suelen vivir juntos y responden a preguntas distintas.

Entre las formas de contar, la ventana fija reinicia el contador a intervalos exactos y admite una ráfaga doble en el cambio de ventana; la ventana deslizante y la cubeta de fichas suavizan ese efecto.

La tabla limites muestra, por ruta, con qué clave se cuenta, la ventana, el máximo y qué pasa al pasarse. Los límites se ponen primero donde hay más que perder y donde un atacante más gana de insistir. Una ruta que verifica credenciales sin freno permite probar contraseñas o claves sin que nada lo note.

Busca la fila que no tiene ningún límite.

Una cuota se vigila con una resta: lo contratado menos lo consumido. Es la cifra que pide el área comercial antes de avisar a un cliente que se acerca al tope y la que evita que el corte llegue por sorpresa.

Consulta la tabla cuotas y haz la cuenta para el cliente indicado.

Un límite por dirección IP supone que cada dirección es una persona o un cliente. No es así cuando varias personas salen por la misma dirección: una red corporativa, un proveedor que reparte desde una balanceadora. Entonces el límite no cuenta a cada quien: cuenta a todos juntos, y quien llega primero consume lo de los demás.

La tabla respuestas_429 tiene los rechazos de la tarde por dirección de origen, con una columna que dice cuántos clientes distintos había detrás de cada una.

La causa no es que el máximo sea bajo, sino que la clave es la dirección equivocada: la del proveedor de reparto en lugar de la de cada cliente. Subir el máximo para todos arreglaría el síntoma y dejaría a la ruta sin freno real. El arreglo es contar por una identidad que distinga a cada cliente: el cliente de la API o el token. Donde solo exista la dirección, la dirección debe ser la del cliente original, no la del intermediario, y llegar al proxy por un camino de confianza.