Lección 6 · Latencia, carga operativa y recalibración
Evalúa el coste completo del control y decide cambios sin perder de vista cobertura, riesgo y efectos sobre las personas.
1. Qué tiempos hay que distinguir
Un control puede ser eficaz y resultar difícil de sostener si incrementa excesivamente el tiempo de respuesta o genera una cola de revisiones. Para comprender ese coste debemos separar tiempo de la puerta, carga y preprocesamiento, llamada al modelo, herramientas y entrega final.
En la implementación revisada los escáneres compatibles se ejecutan secuencialmente. Orden de evaluación Esa característica orienta qué medir; no permite calcular una latencia universal. Algunos componentes opcionales incorporan carga de modelos y opciones de ejecución propias. Componente con modelo y condiciones propias
No hay en este monográfico un ensayo ejecutado ni cifras acreditadas de milisegundos. Las mediciones futuras deben describir sus condiciones para que una comparación tenga sentido.
2. Diseñar una medición que sirva
Proponemos fijar hardware, versiones, configuración, componentes, revisión del modelo cuando corresponda, corpus, idiomas, longitudes y carga simultánea. Separaremos arranque y carga de recursos del escaneo con el servicio preparado.
Conviene presentar distribución y percentiles, no solo promedio. El percentil 95 indica un valor bajo el que queda aproximadamente el 95 % de las observaciones de esa muestra. No describe por sí mismo el peor caso ni sustituye los datos de volumen.
La latencia debe segmentarse por frontera y tipo de contenido cuando eso explique diferencias. También se anotan errores, omisiones y cortes: un tiempo menor debido a comprobaciones no realizadas necesita una interpretación distinta de una optimización que conserva el control.
3. El coste incluye personas y servicio
Además de recursos de cómputo, hay tiempo dedicado a revisar alertas, atender reclamaciones y recuperar operaciones. Una política de WARN sin destinatario ni capacidad de respuesta puede producir señales que nadie utiliza.
La revisión humana debe tener un objetivo definido. Puede aplicarse a excepciones, muestras o casos de impacto elevado, según la evaluación organizativa. No se deduce que una persona deba revisar cada texto para que exista supervisión responsable.
También valoramos efectos sobre usuarios: demoras, bloqueos repetidos o pérdida de acceso. Una reducción de costes técnicos que traslade una carga desproporcionada a personas afectadas no es automáticamente una mejora del sistema.
4. Qué puede cambiar y qué debe permanecer visible
Ordenar escáneres puede cambiar cuánto trabajo se realiza cuando se permite el corte anticipado; con fail_fast desactivado no se obtiene ese corte. Efecto de fail_fast La decisión necesita comparar evidencia y finalidad: un corte útil para bloquear puede dejar menos información para investigar.
Elevar el umbral o cambiar una acción puede reducir bloqueos, pero también modificar escapes. Cambiar la política de error a skip no acelera una comprobación: permite continuar sin ella si falla. Una propuesta debe expresar qué mecanismo altera y qué riesgo acepta.
Aplicamos 8.1 al ajuste operacional y 9.1 a su evaluación. La cláusula 6.3 se examina cuando cambia el propio SGIA; no etiquetamos cada ajuste técnico como un cambio completo del sistema de gestión.
5. Un ciclo de recalibración razonado
La secuencia propuesta empieza con una línea base y un problema definido. Después reúne muestras de bloqueados, WARN y permitidos, con etiquetas y segmentos pertinentes. Compara la alternativa con la referencia, revisa cobertura, errores, escapes y falsos bloqueos, y añade latencia y carga humana.
Quien tenga autoridad decide con esa comparación. Antes del despliegue se acuerdan seguimiento, límites y condición de retorno. Si existe una no conformidad acreditada, se conecta con 10.2 y se comprueba la eficacia de la acción; otras mejoras pueden encuadrarse en 10.1.
| Aporte | Brecha | Evidencia propuesta |
|---|---|---|
| Parámetros y componentes ajustables | Beneficio real del cambio | Comparación bajo condiciones equivalentes |
| Resultados para investigar | Carga de atención | Volumen, tiempos y capacidad responsable |
| Posible retorno de configuración | Recuperación practicable | Versión anterior y criterio de reversión |
6. Ejercicio resuelto: menos cola, más incertidumbre
Supuesto docente. Suben la latencia p95 y la cola de advertencias. Se propone elevar el umbral y pasar de block a skip en errores. No se entrega una muestra comparable.
Solución. No aprobaríamos la propuesta con esa evidencia. Sabemos que existe una preocupación operativa, pero desconocemos el efecto sobre escapes y cobertura. Pediríamos línea base, segmentación, muestras etiquetadas y comparación de alternativas, incluyendo cambios en la capacidad de revisión.
La autoridad del riesgo decidiría después, con una condición de retorno y seguimiento definidos. Una cola menor, por sí sola, no demuestra mayor eficacia ni resuelve la causa del incremento.
7. La decisión queda unida a su propósito
Una recalibración se autoriza para resolver un problema concreto conservando un riesgo aceptable. Operación observa el comportamiento y escala desviaciones; desarrollo mantiene la comparación reproducible; la autoridad competente acepta las consecuencias. Así se evita que los ajustes sucesivos conviertan una medida de protección en una configuración cuyo propósito ya nadie puede explicar.
Amplía este punto en el curso
Módulo 9 · Proveedores y ciclo de vida. Sitúa actualizaciones y dependencias dentro de la operación y mantenimiento del sistema.
Módulo 6 · Tratamiento y controles. Permite valorar si el cambio mantiene el propósito y la eficacia del tratamiento.