Fue hace sólo unos años que un tiempo de respuesta 2 segundos era considerado gran. El mundo de Internet altamente competitivo (y posiblemente el de alta frecuencia trading en Wall Street) ha cambiado todo eso. El parpadeo de un ojo normalmente toma 300-400 milisegundos. Los seres humanos pueden percibir fácilmente tiempo de un par de cien milisegundos. Google dice que los usuarios visitan un sitio menos a menudo si es más lentos que su competidor 250 ms (1/4 seg).
Así que el nuevo objetivo de tiempo de respuesta de usuario final a disparar es 250 ms en el mundo rápidamente cambiante y dinámico de Internet de e-commerce y publicidad. No creo que el mundo corporativo se ha movido en la misma dirección durante el tiempo de respuesta para sus aplicaciones internas - tiempo de respuesta 2 segundos todavía puede ser suficiente; de lo contrario industria APM pronto explotaría en ingresos!
Lo interesante es que esta orden de alto en las expectativas del usuario se lleva a cabo para el Smartphone y el mundo de la red móvil también. Si tenemos que entender donde está el tiempo en una transacción de aplicación debemos examinar la ruta física de una transacción-
1. La PC, laptop, tablet o un Smartphone (en Nueva York)
2. Red de área Local o Wifi o red móvil
3. ISP red o una red privada corporativa
4. El principal servidor complejo (digamos en San Francisco)
5. Otros servidores (tales como servidores de anuncios de una página web)
Supongamos que tenemos el último y el mayor dispositivo de cliente e ignorar el retraso del renglón #1.
Las latencias de ida y vuelta constantemente a artículo #2 - en un entorno de LAN por cable (cargado ligera) son del orden de unos pocos milisegundos. En una red Wifi descongestionada, dependiendo de la banda de frecuencia (2,4 GHZ o 5 GHZ) son las latencias de ida y vuelta en el rango de 1-10 ms.
Las latencias de ida y vuelta para las redes móviles son fuertemente dependientes de la generación y la tecnología subyacente utilizado - así que depende de qué tipo de red en casa (2G, 2.5G, 3 G, LTE, etc..). AT&T establece las latencias de ida y vuelta de 40-50 ms para LTE. Pero para las más viejas tecnologías HSPA y HSPA + las gamas son 100-200 ms y ms de 150-400 respectivamente. Para las redes EDGE y GPRS mucho mayores es ms de 600-750.
Apartado #3 depende de la ubicación relativa del dispositivo cliente y el servidor complejo - en este ejemplo, la latencia de ida y vuelta sería la Sra. 42 si el servidor complejo es Londres, Bombay, o Sydney las latencias de ida y vuelta será mayores - 56 ms, ms 126 y 160 ms respectivamente.
¿Qué significa todo esto proviene de un último Smartphone, una sola ida de NY a San Francisco sobre una red LTE costaría unos 100 ms. mayoría de las aplicaciones tiene que establecer primero una conexión TCP/IP antes de solicitar los datos desde el servidor. Esto implica que para una interacción única petición-respuesta pasaríamos al menos 200 ms. incluso para esta aplicación ideal y donde todos los demás factores de rendimiento son perfectos, ya nos estamos acercando a este límite deseable de ms de 250.
Hay apenas cualquier aplicación que tiene un par de solicitud-respuesta solo - lo que llamamos chattiness de aplicaciones, como podría ser el número de pares de solicitud-respuesta en decenas o incluso cientos. Si un Smartphone App tiene 10 circuitos que no es habitual, ya estamos mirando en un tiempo de respuesta de un segundo!
En este artículo examinamos cómo la barra en el tiempo de respuesta para el usuario final ha aumentado a un abrir y cerrar de ojos y cómo es un desafío para lograr esta pedir incluso en una situación ideal. Nos hemos centrado en los problemas de latencia como es la limitación de factor - no hemos considerado incluso servidor, base de datos, ancho de banda y aplicaciones de codificación de los aspectos que podrían ser aún más adversos. Pero hay innovadores APM mejores prácticas y técnicas para abordar todas estas cuestiones y acercarse a esta meta desafiante (que podría ser el tema para muchos futuros artículos).