Planificar límites de peticiones para una API
Prompt que planifica límites de peticiones para una API, con método, respuesta al superarlos y forma de anunciarlos. Cópielo en la herramienta de IA que prefiera, que luego planifica los límites.
- Tipo
- Prompt
- Nivel
- Intermedio
- Tiempo
- aprox. 8 min
Los resultados dependen de la herramienta, del modelo y de lo que escriba.
Vista previa del resultado
Ejemplo: escrito por nuestra redacción, no es una respuesta real de IA.
Límite por clave de API (los socios usan claves fijas y las direcciones IP cambian). Límites – Lectura: 600 peticiones por minuto – Escritura: 120 peticiones por minuto – Búsqueda: 60 peticiones por minuto Método: token bucket, permite picos breves. Inconveniente: algo más de cálculo por petición. Al superarlo: 429, cabeceras RateLimit-Remaining y Retry-After, mensaje «Demasiadas peticiones. Vuelva a intentarlo dentro de 20 segundos.» Suposición: los picos de 400 por segundo se reparten entre al menos diez socios.
Rellenar
Lo que escriba se queda en esta ventana del navegador. No guardamos ni enviamos nada.
- API REST pública de pedidos
- API interna de nuestra app
- API de búsqueda con consultas costosas
- receptor de webhooks
- API delante de un servicio de IA
- empresas socias con clave propia
- solo nuestra propia app
- clientes de pago en tres planes
- uso público sin registro
- servicios internos
- 50 peticiones por segundo de media, picos de 400
- algunas cuentas envían miles de peticiones por minuto
- aún sin cifras, lanzamiento en tres semanas
- la carga sube mucho los lunes por la mañana
- la búsqueda ralentiza la base de datos
Su prompt
Ha editado el prompt. Los cambios en los campos de arriba ya no lo sobrescriben.
Esto es una instrucción para una IA, todavía no el resultado.
Dónde funciona este prompt
Estas herramientas de IA encajan bien con este prompt:
Cómo usarlo
- Rellene los campos o toque una sugerencia. No incluya nombres, direcciones ni otros datos personales.
- Copie el prompt terminado en la herramienta de IA que prefiera.
- Active primero los límites solo en modo de observación, que registra los excesos sin bloquear nada, y ajústelos después.
¿Por qué funciona?
Ir de «según qué» a «cuánto» y a «qué pasa entonces» evita límites que suenan bien pero afectan a quien no deben. Las cabeceras y los mensajes de error claros permiten que quien llama se adapte en lugar de repetir la petición sin más.
Consejos
- Los endpoints costosos, como la búsqueda o la exportación, suelen necesitar límites propios y más bajos que las lecturas sencillas.