Esta herramienta estima la capacidad objetivo de un API Gateway a partir del pico de solicitudes por segundo previsto y un margen adicional de seguridad. El resultado indica el nivel de throughput que conviene poder absorber para que el sistema no opere exactamente en su límite durante picos normales.
Puede utilizarse en planificación de lanzamientos, campañas o crecimiento de tráfico, así como para revisar cuotas y límites de un proveedor. El cálculo no sustituye pruebas de carga: latencia, autenticación, tamaños de payload, integraciones posteriores y límites por ruta pueden reducir la capacidad práctica aunque el gateway admita el número de solicitudes calculado.
1. Estima el pico realista
Introduce el máximo de solicitudes por segundo que esperas en el escenario a dimensionar.
2. Añade margen operativo
Especifica un porcentaje adicional para absorber variaciones y evitar trabajar justo al límite.
3. Revisa la capacidad objetivo
La herramienta suma el margen al pico base y muestra el throughput resultante.
4. Contrasta con límites reales
Compara el resultado con cuotas, límites por región o resultados de pruebas de carga de tu arquitectura.
Pico de solicitudes: máximo esperado de peticiones por segundo, req/s
Margen: porcentaje de capacidad adicional sobre el pico
Supuestos: Se supone que la capacidad se escala de forma lineal con el número de solicitudes. No se modelan latencias, concurrencia, límites por endpoint ni dependencias aguas abajo.
El margen añade 1.125 req/s sobre el pico previsto para evitar que la planificación dependa de un único valor máximo exacto.
El resultado es una estimación basada en los valores introducidos y en los supuestos indicados.
Datos:
Cálculo:
Capacidad adicional = 4.500 × 0,25 = 1.125 req/s
Capacidad objetivo = 4.500 + 1.125 = 5.625 req/s
Resultado: 5.625 req/s de capacidad objetivo.
Interpretación: El margen añade 1.125 req/s sobre el pico previsto para evitar que la planificación dependa de un único valor máximo exacto.
Usa métricas de observabilidad de intervalos cortos y considera eventos futuros que puedan superar el histórico. Un promedio horario puede ocultar picos breves relevantes para el gateway.
No. Depende de la variabilidad del tráfico, la rapidez del autoscaling, los límites de cuota y el impacto de una saturación. La herramienta permite probar varios escenarios en lugar de imponer un porcentaje universal.
Este cálculo trabaja con throughput en req/s. Si las solicitudes duran mucho o mantienen conexiones, también puede ser necesario modelar concurrencia y otros límites de la plataforma.
La capacidad total puede ser suficiente y aun así existir cuellos de botella en endpoints concretos. Revisa límites granulares y distribuciones de tráfico además del valor agregado.
La capacidad necesaria mira hacia delante y parte de un pico previsto más margen. La utilización compara tráfico observado con capacidad ya disponible para medir cuánto se está usando.