Estima la capacidad de servidores necesaria para procesar eventos de botín recompensa aleatoria a partir de jugadores concurrentes, frecuencia de recompensas aleatorias, solicitudes generadas por evento, rendimiento por servidor y objetivo de utilización. Convierte la actividad del juego en solicitudes por segundo.
El resultado traduce frecuencia de eventos de juego a carga de infraestructura de servidor. El redondeo hacia arriba garantiza capacidad completa para la carga media introducida al objetivo de utilización seleccionado.
Las ráfagas pueden superar la media de RPS. Para sistemas con recompensas aleatorias sincronizados, colas o eventos globales, prueba percentiles de pico y dependencias como inventario, persistencia y antifraude.
Con 80.000 jugadores, 0,5 recompensas aleatorias por minuto, 3 solicitudes por recompensa aleatoria, 2.500 sol/s por servidor y 70 % de utilización, la carga media es 2.000 sol/s. Cada servidor aporta 1.750 sol/s efectivos, por lo que se necesitan 2 servidores.
Multiplica jugadores concurrentes por recompensas aleatorias por jugador y minuto y por solicitudes por recompensa aleatoria, y divide el resultado entre 60.
Un solo recompensa aleatoria puede activar varias operaciones de inventario, persistencia, telemetría o validación y aumentar la carga real.
Es la proporción de la capacidad nominal que se considera utilizable para dejar margen operativo antes de saturación.
No de forma explícita. Usa valores de frecuencia de pico o un margen adicional basado en pruebas si los eventos están sincronizados.
El resultado seguirá siendo al menos un servidor siempre que exista carga positiva, porque la capacidad debe asignarse en instancias completas.
| Métrica | Significado |
|---|---|
| RPS de carga | Solicitudes medias generadas por los recompensas aleatorias. |
| Holgura | Capacidad efectiva no utilizada al objetivo definido. |