Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Datos de rendimiento
Se AWS ha realizado una prueba de carga de Virtual Waiting Room on con una herramienta llamada [Locust.](https://locust.io/) Los tamaños de los eventos simulados oscilaron entre 10 000 y 100 000 clientes. El entorno de pruebas de carga constaba de la siguiente configuración:
+ Locust 2.x con personalizaciones para despliegues en la nube AWS
+ Cuatro AWS regiones (,,,) `us-west-1` `us-west-2` `us-east-1` `us-east-2`
+ 10 EC2 anfitriones de `c5.4xlarge` Amazon por región (40 en total)
+ 32 procesos de langosta por huésped
+ Los usuarios simulados se distribuyeron uniformemente entre los 1280 procesos
Los pasos de prueba de la end-to-end API para cada proceso de usuario:
1. Llama `assign_queue_num` y recibe un identificador de solicitud.
1. Sigue `queue_num` el identificador de la solicitud hasta que devuelva la posición del usuario en la cola (poco tiempo).
1. Realice un bucle `serving_num` hasta que el valor devuelto sea >= posición en la cola del usuario (tiempo prolongado).
1. Llame con poca frecuencia `waiting_room_size` para recuperar el número de usuarios en espera.
1. Llame `generate_token` y reciba un JWT para usarlo en el sitio de destino.
## Resultados
No existe un límite máximo práctico para el número de clientes que pueden tramitarse en la sala de espera.
La velocidad a la que los usuarios entran en la sala de espera afecta a las cuotas de ejecución simultánea de la función Lambda en la región en la que está desplegada.
La prueba de carga no pudo superar el límite de solicitudes predeterminado de API Gateway de 10 000 solicitudes por segundo con las políticas de almacenamiento en caché utilizadas con CloudFront.
La función `get_queue_num` Lambda tiene una tasa de invocación cercana a la proporción de usuarios entrantes a la sala de espera. Esta función Lambda puede estar limitada cuando hay altas tasas de usuarios entrantes debido a los límites de simultaneidad o de ráfaga. La limitación provocada por un gran número de invocaciones a funciones de `get_queue_num` Lambda puede afectar a otras funciones de Lambda como efecto secundario. El sistema en general sigue funcionando si el software cliente puede responder adecuadamente a este tipo de error de escalado temporal con una lógica de retracción o retroceso.
La CloudFront distribución configurada por el núcleo con una configuración de cuota predeterminada puede gestionar una sala de espera con capacidad para 250 000 usuarios, y cada usuario consulta la `serving_num` API al menos cada segundo.