osFoundry / Platform
Limitación de tasa en apps públicas
Límites de tasa ajustables por IP y por token en apps públicas. Valores por defecto que aguantan el efecto abrazo de la muerte.
Qué es
El límite de tasa para apps públicas de osFoundry coloca un regulador configurable delante de cualquier app que publiques. Los límites se fijan por dos vías que trabajan juntas: por IP, que acota cuántas peticiones puede hacer una misma dirección de cliente dentro de una ventana de tiempo, y por token, que acota el uso ligado a un token de acceso o una clave de API concreta. El límite por IP amortigua una avalancha procedente de un solo origen; el límite por token impide que una credencial compartida o filtrada se lleve por delante tu cuota. Como osFoundry funciona con tus propias claves (BYOK), las peticiones que tu app pública reparte entre los modelos acaban gastando contra claves que son tuyas, así que un endpoint sin límites no es solo un problema de carga: es un problema de facturación. Los límites de tasa son la frontera que impide que un pico se convierta en una sorpresa en la factura de tu proveedor.
Dentro de osFoundry, esto vive en la capa de Apps & Backend, junto al resto de mecanismos para empaquetar y exponer una app. Cuando haces pública una app, los límites ya están activos con valores por defecto elegidos para sobrevivir al aluvión de tráfico, ese momento en que un enlace se comparte a lo grande y el tráfico llega más rápido de lo previsto. En lugar de caerse o vaciar una clave, las peticiones sobrantes se rechazan en el borde para que el tráfico legítimo siga fluyendo. A partir de ahí todo es ajustable: sube el techo de una app que esperas con mucha actividad, apriétalo en algo experimental o define límites por token por credencial para que cada consumidor reciba un presupuesto distinto.
Esto importa porque una app de IA pública tiene una superficie de coste que la mayoría de los sitios estáticos no tienen. Una sola URL compartida, un scraper o un cliente descontrolado pueden generar miles de llamadas al modelo en minutos. Los límites por IP y por token te dan un peor caso predecible: tú decides el gasto y la carga máximos que tu app puede asumir antes de empezar a decir que no. Combinado con el modelo local-first y sin sobreprecio de reventa de osFoundry, conservas tus claves, tus datos y, ahora, también la exposición de los endpoints detrás de los que están esas claves.
Capacidades principales
- Fija límites de peticiones por IP para acotar cuánto puede golpear una misma dirección de cliente a una app pública en una ventana dada
- Fija límites por token para que un token de acceso o clave de API concreta tenga su propio presupuesto de uso, con independencia de la IP de origen
- Llega con valores por defecto calibrados para absorber el aluvión de tráfico, un pico repentino por un enlace compartido, sin configuración manual
- Rechaza en el borde las peticiones sobrantes para que una avalancha no vacíe las claves BYOK del proveedor contra las que gasta tu app
- Ajusta al alza o a la baja cada techo, por app y por credencial, a medida que se aclara el tráfico real de la app
Casos de uso
- Desarrollador independiente: comparte un enlace de demo público que se vuelve viral sin esperarlo y confía en los límites por defecto para mantenerlo en pie en vez de agotar una clave de API en una noche
- Responsable de equipo: emite tokens de acceso separados a sus partners y fija un presupuesto por token en cada uno para que una integración no ahogue a las demás
- Desarrollador con mentalidad de operaciones: aprieta los límites por IP de un endpoint experimental para acotar el coste y la carga del peor caso antes de promoverlo a producción
Preguntas frecuentes
¿Cuál es la diferencia entre los límites por IP y por token?
El límite por IP acota las peticiones de una misma dirección de cliente, lo que frena una avalancha procedente de un solo origen. El límite por token acota el uso ligado a un token de acceso o clave de API concreta, se llame desde donde se llame, lo que contiene una credencial compartida o filtrada. Puedes usar ambos a la vez: por IP para el tráfico público anónimo y por token para dar a consumidores identificados su propio presupuesto.
¿Qué ocurre si mi app pública recibe de golpe mucho tráfico?
Las apps públicas llegan con límites por defecto elegidos para gestionar el aluvión de tráfico, un enlace que se comparte mucho más lejos de lo esperado. Las peticiones que superan el límite se rechazan en vez de pasar, así que un pico no puede vaciar la clave del proveedor contra la que gasta tu app ni tirarla abajo. Puedes subir los límites en las apps que esperes con mucha actividad.
¿Tengo que configurar los límites de tasa antes de hacer pública una app?
No. Al hacer pública una app ya hay valores por defecto sensatos en marcha, así que quedas protegido sin ninguna configuración. Todo es ajustable cuando quieras: sube o baja el techo por IP, o define límites por token por credencial, pero la base segura está activa desde el primer momento.