Apdex Score en New Relic paso a paso

El Apdex (Application Performance Index) es un estándar de la industria para medir qué tan satisfechos están tus usuarios con el tiempo de respuesta de tu aplicación. Si trabajas con observabilidad o monitoreas apps en New Relic, entender este score te ayuda a detectar fricciones reales antes de que se conviertan en quejas.

¿Qué es el Apdex y por qué importa en observabilidad?

El Apdex es un score que evalúa la satisfacción del usuario comparando los tiempos de respuesta reales con un tiempo objetivo definido por ti. Su valor va de 0 a 1, donde el ideal se acerca a 1.

Es una de las tres métricas más usadas para medir desempeño porque combina dos cosas que normalmente miras por separado: los tiempos de respuesta y los errores. Y aquí viene lo interesante, si solo miraras tiempos de respuesta, dejarías fuera los errores y tu monitoreo nunca sería del 100%.

¿Qué es Apdex? Es un score entre 0 y 1 que mide la satisfacción del usuario con el tiempo de respuesta de una aplicación web o servicio, combinando rendimiento y errores en un solo indicador.

¿Cómo clasifica Apdex la satisfacción del usuario?

Apdex agrupa cada request en uno de tres estados según el tiempo objetivo (threshold) que tú defines. La clasificación es directa y depende de qué tanto se aleja la respuesta real del límite establecido.

• Satisfactorio (satisfied): el tiempo de respuesta fue menor o igual al límite establecido.
• Tolerable (tolerating): el tiempo de respuesta llegó hasta cuatro veces el límite definido.
• Frustrante (frustrated): la respuesta superó por mucho más de cuatro veces el límite, o falló. Esto nunca debería pasar.

Definir bien tu threshold es clave, porque ese número marca la frontera entre un usuario contento y uno que abandona.

¿Cómo se calcula el score de Apdex?

La fórmula es más simple de lo que parece. Tomas las requests tolerables, las divides entre dos, y le sumas las requests satisfactorias. Ese resultado lo divides entre el total de requests (satisfactorias, tolerables y frustrantes).

¿Cómo calculo el Apdex paso a paso? Suma las requests satisfactorias más la mitad de las tolerables, y divide ese total entre el número total de requests. El resultado será un número entre 0 y 1.

Ejemplo práctico de cálculo de Apdex

Imagina que durante dos minutos un host atiende 200 requests con un threshold de 0.5 segundos (500 milisegundos). El reparto queda así:

• 170 requests respondidas dentro de los 500 ms, clasificadas como satisfactorias.
• 20 requests respondidas entre 500 ms y 2,000 ms, clasificadas como tolerables.
• 10 requests que tardaron más de 2 segundos o fallaron, clasificadas como frustrantes.

Aplicas la fórmula: (170 + 20/2) / 200 = 180/200 = 0.9. Ese 0.9 es tu Apdex score para ese periodo.

¿Cuáles son los beneficios de monitorear con Apdex?

El mayor beneficio es que combina tiempos de respuesta y errores en una sola métrica. Eso te da una visión integral del comportamiento de tu app sin tener que cruzar tableros distintos.

También te permite mezclar datos altamente complejos y obtener una vista comprensiva de lo que está pasando en producción. En vez de revisar gráficas sueltas, miras un solo número y sabes si tus usuarios están sufriendo o no.

¿Por qué usar Apdex en lugar de solo medir tiempos de respuesta? Porque integra los errores dentro del cálculo. Si solo midieras latencia, una request fallida pasaría desapercibida y tu monitoreo quedaría incompleto.

¿Cómo ver el Apdex de tu aplicación en New Relic?

Para revisar el Apdex de la Foodme App o de cualquier otra aplicación que tengas conectada, el camino dentro de New Relic es corto.

1. Ve al menú lateral izquierdo y entra a la opción APM & Services.
2. Selecciona la aplicación que quieres revisar, en este caso Foodme App.
3. Asegúrate de estar en la pestaña Summary.
4. Mira la esquina superior derecha: ahí encontrarás el recuadro Apdex Scores con el puntaje que tu app ha registrado durante el monitoreo.

Ese número es la fotografía más rápida de cómo está percibiendo tu usuario la experiencia. Si lo ves caer, ya sabes dónde empezar a investigar.

¿Qué threshold definirías tú para tu propia aplicación? Cuéntame en los comentarios cómo lo ajustarías según el tipo de servicio que monitoreas.