Anexo F. Escenarios de falla dirigida
Cada escenario es un script de carga (k6) más una configuración de los simuladores de ERP, WMS, OMS, CRM y pasarela, con criterios de éxito que hacen fallar la prueba. Hoy se ejecutan aparte; entran al pipeline a los 3 meses (sección 8.3). Resultados en la sección 6.8: los escenarios 1, 2 y 3 medidos contra los dos lados, y el 4 y el 5 verificados en el TO-BE. El escenario 6 depende de la cuota por partner en Envoy y se midió con la malla en un clúster local.
| # | Escenario | Criterio de éxito en el TO-BE | Demuestra |
|---|---|---|---|
| 1 | Pico 10x de consultas | p95 menor a 300 ms; errores menores a 0,1%; llamadas al ERP y al WMS no superan la base más 10% | Modelo de lectura (flujo B) |
| 2 | ERP lento (3 s de latencia) | p95 de precio menor a 300 ms; se abre el circuit breaker del adaptador | Aislamiento |
| 3 | ERP o WMS caído 3 minutos | Stock y precio responden 200; pasado el umbral llevan stale: true; dispara la alerta de frescura; al volver, la frescura se recupera sola |
Degradación y runbook |
| 4 | La pasarela rechaza el pago | Orden CANCELLED, reserva RELEASED, el stock vuelve a su valor, llega el webhook payment.rejected |
Compensación (flujo A) |
| 5 | Webhook de pago duplicado o perdido | Duplicado: un solo cambio de estado. Perdido: payment-service consulta a la pasarela y la orden se resuelve sola | Idempotencia y vencimiento |
| 6 | Un partner excede su cuota | El partner bronze recibe 429 con Retry-After; el p95 y los errores del partner gold no cambian |
Cuotas por partner |
Los escenarios 1, 2 y 3 se corren también contra el AS-IS para llenar la tabla de la sección 6.8; el AS-IS se midió además en AWS (14/11/2026) y el TO-BE en la nube está por medir.