MockzillaMockzilla

Uso y límites

Actualizado el 29 sept 2026·3 min de lectura

Cada plan viene con números: cuántas solicitudes por mes, cuántas a la vez, cuántas simulaciones. Esta página es sobre dónde mirarlos y qué pasa cuando uno se acaba.

El uso de un vistazo

El panel arriba de la lista de simulaciones resume lo que sirvieron las simulaciones de tu organización:

El panel de uso sobre la lista de simulaciones
  • Solicitudes: llamadas servidas en el rango elegido, junto al cupo mensual.
  • Transferencia de datos: bytes de respuesta enviados, contra el cupo del plan cuando hay uno.
  • Con límite aplicado: solicitudes que la plataforma respondió con un 429 en lugar de servirlas. Un número acá significa que quien llamó chocó con un límite.
  • Errores de plataforma: fallas de nuestro lado, no del tuyo.
  • Despliegues y Cambios de ruta: con qué frecuencia se desplegaron y se reconfiguraron las simulaciones.

El rango cambia entre las últimas 24 horas, 7, 30 y 90 días; los rangos más largos son de los planes que los incluyen. Cada fila de simulación en la lista de abajo lleva su propio conteo de solicitudes y de errores para el mismo rango.

Los medidores

Las simulaciones y los refs se cuentan contra el plan desde que existen, estén desplegados o no:

Una de una simulación usada, y el medidor de refs al lado

Un medidor lleno significa que la próxima creación se rechaza hasta que elimines algo o crezca el plan.

Qué hace cada límite

  • Las solicitudes mensuales cubren todas las simulaciones juntas y se reinician el primero del mes. Pasado el cupo, las solicitudes se responden con 429 hasta que el contador se reinicie o una recarga sume más.
  • El throughput limita cuántas solicitudes por segundo manejan las simulaciones en un mismo momento. Los picos cortos por encima se frenan con 429, que es lo que cuenta Con límite aplicado.
  • La transferencia de datos es el tráfico de respuesta que mandan tus simulaciones, medido contra el cupo del plan.
  • La memoria y el timeout dan forma a cada solicitud en tiempo de ejecución: una spec pesada necesita memoria, un upstream lento se come el timeout. Los dos se ven en la pestaña Despliegue de la simulación.

Consulta Subir y actualizar una spec OpenAPI para cuando una spec se pasa de su memoria, y Ajustes del servicio para mantener el timeout del upstream dentro del timeout de la solicitud.

Sumar margen

Recargar, junto a Solicitudes o en Facturación, compra un paquete de solicitudes por única vez encima de la cuota mensual; es el arreglo rápido para un mes que salió más movido de lo planeado. Todo lo demás, más throughput, más simulaciones, más memoria, más historial, viene con un cambio de plan.

Los números detrás de cada límite son por plan; la página de precios los lista lado a lado.

¿Te sirvió esta página?