Análisis de rendimiento

Es el trabajo de descubrir por qué un entorno está más lento de lo que debería y qué hacer al respecto. Parte del consumo real de los recursos, identifica dónde se está gastando el tiempo y termina en una lista de correcciones priorizadas por el efecto que tiene cada una.

El monitoreo acompaña el entorno de forma continua y avisa cuando algo se sale del rango. El análisis de rendimiento es un trabajo puntual de investigación, hecho cuando ya existe un problema o cuando se quiere aprovechar mejor lo que ya se compró. Uno vigila, el otro investiga.

Cuando se reporta lentitud pero nadie sabe la causa; antes de comprar más equipamiento, para no comprar lo que no resuelve; después de una migración, para confirmar que el dimensionamiento quedó bien; y cuando el costo de nube sube sin un aumento equivalente de uso.

A veces, y es la salida más cara. Buena parte de los casos de lentitud viene de una configuración inadecuada, una consulta mal escrita, la falta de un índice o la disputa por un recurso específico, y en esos casos el equipamiento nuevo solo posterga el problema. Por eso el análisis viene antes de la compra, no después.

El consumo real de procesador, memoria, disco y red a lo largo del tiempo, y no solo en el pico; el comportamiento de las aplicaciones y de la base de datos; y la relación entre ellos, porque el cuello de botella suele estar en la frontera entre dos capas, no dentro de una.

Es el recurso que limita todo lo demás. En un entorno siempre hay uno: puede ser el disco, la memoria, la red, el procesador o una dependencia externa. Mientras no se trate, mejorar los otros no cambia el tiempo que el usuario siente.

Depende del tamaño del entorno y de si hay o no histórico de medición. Cuando ya existe monitoreo con datos acumulados, la investigación parte de un terreno conocido y es más corta. Sin histórico, hay que medir primero para concluir después.

Los dos. La entrega incluye el diagnóstico de lo que está limitando el entorno y la lista de correcciones ordenada por efecto, e Integrity-UX conduce la ejecución cuando esa es la necesidad del cliente.

Por el relevamiento del consumo real de los recursos y por la identificación de lo que la operación siente como lento. Es la comparación entre los dos la que muestra dónde investigar primero.