Primero, dé conclusiones que puedan utilizarse para la adopción de decisiones
El servicio de razonamiento es entre las aplicaciones modelo y de negocio, y es responsable de la calidad de salida y de satisfacer los requisitos de ingeniería de producción. La versión modelo, cuantificación, longitud de contexto, configuración de muestreo, hardware y ubicación conjunta debe congelarse antes de la aceptación, evitando la incomparabilidad de los resultados en diferentes configuraciones. Además de la demora media, la demora de alto nivel, la sobretiempo de tiempo, cola, visible, estalla y estabilidad continua.
¿Qué condiciones deben determinarse antes de que se haga el juicio?
La misma pregunta puede tener diferentes respuestas en diferentes fases de negocios, datos y proyectos. Se sugiere que se revisen las siguientes condiciones y que los resultados comunes en la web se incorporen en sus propios proyectos.
Orden de anticipación propuesta
Primero, seremos claros sobre el objetivo y la frontera.
Congela el entorno de prueba, configuración de modelos y conjunto de tareas.
Dependencia de la clave de la validación
Se realizan por separado pruebas de calidad, una sola solicitud, distribución simultánea y estabilidad a largo plazo.
Desarrollo de resultados evaluables
Simulación de los excesos de tiempo, fallas modelo, recursos insuficientes y contratiempos.
Asegúrese de decidir el siguiente paso con los resultados reales.
b) Bases de referencia de la capacidad de registro, umbrales de vigilancia y métodos de aislamiento.
¿Cómo lo entiendes en el negocio real?
Una interfaz modelo devuelve dos segundos en una prueba de usuario, pero retrasa los lugares de alto nivel en más de 20 segundos y no es lo suficientemente visible. Si usted mira en promedios, usted malcalcula la usabilidad. Procesamiento de lotes, cola, especificaciones de modelo o capacidad debe ser ajustado a los picos reales, y la aplicación puede ser degradado o convertido.
El pozo más fácil de seguir.
Sólo la conectividad de interfaz de prueba y un pequeño número de solicitudes de usuario individuales
Modelos de prueba, modelos de producción y configuraciones cuantitativas no consistentes
Sin una advertencia, una base de capacidad y un ejercicio de fracaso, estás en la línea.
¿Cómo terminaremos recibiendo y confirmando?
En el informe final se deben registrar los resultados de la versión modelo y hardware, la calidad de la misión, el retraso de P50/P95/P99, el cálculo de la tasa de error, la ocupación de recursos, el costo de la misión unitaria, la continuidad de la ejecución y la recuperación de fallos.
Al prepararse para comunicarse con proveedores o equipos internos, se recomienda que se introduzcan procesos actuales, muestras representativas, sistemas existentes, tiempo de planificación y niveles presupuestarios. En primer lugar, los elementos desconocidos están claramente marcados, y luego se toma la decisión de utilizar diagnósticos, PoC, proyectos de alcance fijo o investigación y desarrollo continuo, que generalmente es más fiable que una demanda directa de un precio y duración sin fronteras.