Era solo a pochi anni fa che un tempo di risposta di 2 secondi è stato considerato grande. Il mondo di Internet altamente competitivo (e possibilmente l'high frequency trading in Wall Street) tutto ciò che è cambiato. Batter d'occhio prende normalmente 300-400 millisecondi. Gli esseri umani può facilmente percepire il tempo di un paio di cento millisecondi. Google dice che gli utenti si visitano un sito meno spesso se è più lento rispetto al suo concorrente di 250 ms (1/4 sec).
Così il nuovo obiettivo di tempo di risposta per l'utente finale a sparare è 250 ms nel mondo di Internet veloce evoluzione e dinamico dell'e-commerce e pubblicità. Non credere che il mondo delle imprese è spostato nella stessa direzione per tempi di risposta per le applicazioni interne - tempo di risposta di 2 secondi può essere ancora abbastanza; altrimenti industria APM sarebbe improvvisamente esplodere delle entrate!
Ciò che è interessante è che questo ordine alto nelle aspettative degli utenti è svolta al mondo di rete mobile pure e Smartphone. Se dobbiamo capire dove il tempo è trascorso in una transazione di applicazione dobbiamo esaminare il percorso fisico di una transazione-
1. Il PC, portatile, tablet o uno Smartphone (diciamo in New York)
2. Rete locale o Wi-Fi o rete mobile
3. ISP rete o una rete privata azienda
4. Principali Server complesso (diciamo a San Francisco)
5. Ulteriori server (ad esempio Ad server per una pagina web)
Supponiamo che abbiamo l'ultimo e il più grande dispositivo client e ignorare il ritardo dal punto #1.
Andare alla voce #2 - in un ambiente LAN cablato (leggermente caricato) le latenze di andata e ritorno sono dell'ordine di pochi millisecondi costantemente. In una rete Wifi non caotici, a seconda della banda di frequenza (2,4 GHZ o 5 GHZ) le latenze di andata e ritorno sono nella gamma di 1-10 ms.
Le latenze di andata e ritorno per le reti mobili dipendono pesantemente la generazione e la tecnologia sottostante utilizzato - quindi dipende da quale rete home su (2G, 2.5, 3 G, LTE, ecc.). AT&T imposta le latenze di andata e ritorno di 40-50 ms per LTE. Ma per le vecchie tecnologie HSPA e HSPA + le gamme sono 100-200 ms e 150-400 ms rispettivamente. Per le reti EDGE e GPRS e molto più vecchia è 600-750 ms.
Elemento #3 dipende dalla relativa posizione il dispositivo client e il server complesso - in questo esempio, la latenza di andata e ritorno sarebbe 42 ms se il server complesso è Londra, Bombay, o Sydney le latenze di andata e ritorno sarà più alta - 56 ms, ms 126 e 160 ms rispettivamente.
Tutto ciò significa da uno Smartphone più recente, un singolo roundtrip da NY a SF sopra una rete LTE costerebbe circa 100 ms, la maggior parte delle applicazioni è necessario prima impostare una connessione TCP/IP prima di richiedere i dati dal server. Questo implica che, per l'interazione richiesta-risposta singola sarebbe spendere almeno 200 MS così anche per questa applicazione ideale e dove tutti gli altri fattori di prestazioni sono perfetti, che già ci stiamo avvicinando questo auspicabile limite di 250 ms.
Non c'è quasi nessuna applicazione che ha una coppia singola richiesta-risposta - ciò che noi chiamiamo chattiness di applicazione, come il numero di coppie di richiesta-risposta potrebbe essere in decine o addirittura centinaia. Se un App Smartphone ha 10 round trip che non è usuale, già stiamo guardando un tempo di risposta di un secondo!
In questo articolo abbiamo esaminato come il bar sul tempo di risposta per l'utente finale è salito a batter d'occhio e come è una sfida per raggiungere questo alto ordine anche in una situazione ideale. Ci siamo concentrati su problemi di latenza, come è la limitazione di fattore - non abbiamo considerato anche server, database, larghezza di banda e applicazione codifica aspetti che potrebbero essere ancora più negativi. Ma ci sono innovativi APM migliori pratiche e tecniche per affrontare tutti questi problemi e avvicinarsi a questo obiettivo impegnativo (che potrebbe essere l'argomento per molti futuri articoli).