You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/governance/testing-es/performance-testing-results.md
+28-1Lines changed: 28 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -23,7 +23,34 @@ Running 10s test @ http://localhost:5293/health
23
23
721k requests in 10.02s, 319 MB read
24
24
```
25
25
26
-
## 3. Análisis
26
+
## 3. Pruebas Explícitas de Autenticación (Endpoint `/login`)
27
+
Con el propósito de estresar el proceso de autenticación y la generación del **Grafo de Autorización** (el cual implica la consulta más pesada de reconstrucción de permisos), se ejecutó una carga controlada de 10 conexiones concurrentes durante 10 segundos apuntando directamente al endpoint POST `/api/v1/auth/login`. Se evaluaron tanto un inquilino de autenticación interna como uno con configuración externa simulada en entorno de desarrollo.
407 requests in 10.02s, 6.03 MB read (Avg: ~40 req/sec)
51
+
```
52
+
53
+
## 4. Análisis
27
54
-**Rendimiento Base:** La API procesó exitosamente ~72,000 peticiones por segundo en promedio con una latencia p50 de 1ms.
28
55
-**Protección (Rate Limiting y HA):** De las 721 mil solicitudes, **1,000** fueron procesadas con éxito (200 OK) y las **719,911** restantes fueron interceptadas elegantemente con códigos no-2xx (probablemente `429 Too Many Requests`). Esto valida perfectamente nuestra estrategia de **"Asegurar un encolamiento elegante antes de que se agote el pool de conexiones"**.
29
56
-**Resiliencia:** El sistema no presentó colapsos (Crashes) a pesar del asedio de casi un millón de peticiones en 10 segundos.
In order to stress the authentication process and the generation of the **Authorization Graph** (which involves the heaviest permission reconstruction query), a controlled load of 10 concurrent connections for 10 seconds was executed directly targeting the POST `/api/v1/auth/login` endpoint. Both an internal authentication tenant and a simulated external authentication tenant were evaluated in the development environment.
28
+
29
+
### 3.1. Internal Tenant (`RANSA_PERU` - Local BCrypt)
30
+
```text
31
+
Running 10s test @ http://localhost:5293/api/v1/auth/login
407 requests in 10.02s, 6.03 MB read (Avg: ~40 req/sec)
51
+
```
52
+
53
+
## 4. Analysis
27
54
-**Base Performance:** The API successfully processed ~72,000 requests per second on average with a p50 latency of 1ms.
28
55
-**Protection (Rate Limiting and HA):** Out of 721 thousand requests, **1,000** were processed successfully (200 OK) and the remaining **719,911** were gracefully intercepted with non-2xx codes (likely `429 Too Many Requests`). This perfectly validates our strategy to **"Ensure graceful queuing before exhausting the connection pool"**.
29
56
-**Resilience:** The system did not experience any crashes despite the barrage of nearly a million requests in 10 seconds.
0 commit comments