50
C'è un presupposto tacito alla base di molte decisioni relative all'hosting: basta scegliere una CPU e una RAM sufficienti e il server sembrerà veloce. In termini di potenza di calcolo pura, questo è vero. Per quanto riguarda la percezione di velocità del servizio da parte dell'utente, spesso non è così. Gran parte di quella percezione dipende da un fattore che nessun aggiornamento può risolvere: la distanza fisica tra il server e gli utenti.
Si tratta della latenza, ed è importante comprenderla prima di scegliere dove ospitare il proprio sito.
La distanza è tempo, e la fisica ne stabilisce il limite minimo
I dati non viaggiano istantaneamente. Si muovono attraverso la fibra ottica sotto forma di luce, e la luce nel vetro viaggia a circa due terzi della sua velocità nel vuoto, ovvero circa 200.000 km al secondo. Sembra una velocità tale da poter essere ignorata, finché non ci si ricorda che il segnale deve andare e tornare per ogni richiesta.
Un viaggio di andata e ritorno tra città vicine potrebbe richiedere solo pochi millisecondi. I percorsi a lunga distanza e intercontinentali possono far salire la latenza di andata e ritorno a decine o addirittura centinaia di millisecondi, a seconda delle località e del percorso di rete. Nessun processore più veloce può cambiare questo dato di fatto. Non è possibile superare la velocità della luce con la potenza di calcolo.
Dove si avverte effettivamente
80 ms in più su una singola richiesta potrebbero non essere percepibili. Il problema è che le applicazioni moderne raramente effettuano una sola richiesta.
Il caricamento di una pagina può comportare decine di andate e ritorno: l’HTML, poi le risorse a cui fa riferimento, poi le chiamate API, poi le query al database che stanno dietro a tutto ciò. Ognuna di esse paga il “prezzo della distanza”. Sommandole, un sito ospitato nel continente sbagliato risulta lento in un modo che nessuna potenza di elaborazione del server può spiegare.
Per chi è più importante
Non tutti i carichi di lavoro sono sensibili alla latenza, quindi vale la pena essere chiari su chi dovrebbe prestarvi attenzione.
I servizi in tempo reale e interattivi ne risentono per primi. Giochi online, videochiamate, strumenti di collaborazione in tempo reale, piattaforme di trading, qualsiasi cosa in cui una persona attenda una risposta nell’istante stesso. In questi casi, poche decine di millisecondi fanno la differenza tra un’esperienza fluida e una frustrante.
Seguono le applicazioni web interattive e le API. Una dashboard che invia molte piccole richieste, o un’API a cui altri sistemi si collegano in sequenza, moltiplica ogni millisecondo di distanza.
I processi in batch e in background ne risentono meno. Se si eseguono processi in batch, backup o si gestisce un sito prevalentemente statico dietro una CDN, la posizione fisica ha un'importanza molto minore.
Cosa non risolve la posizione geografica e cosa fa una CDN
Una CDN aiuta, ma vale la pena conoscerne i limiti. Una rete di distribuzione dei contenuti memorizza nella cache i file statici vicino agli utenti, in modo che immagini, script e fogli di stile arrivino rapidamente da un nodo periferico vicino. Questo è reale e utile.
Ciò che una CDN non avvicina è la logica effettiva dell’applicazione e il database. Le parti dinamiche, quelle che prendono decisioni e leggono i dati, continuano a funzionare ovunque si trovi il server. Per un’applicazione dinamica, la posizione di origine continua a svolgere la maggior parte del lavoro per cui l’utente deve attendere.
Scegliere una posizione, in pratica
La regola è semplice: collocate il server vicino alle persone che lo utilizzano maggiormente. Se il vostro pubblico si trova prevalentemente in Europa, un data center europeo garantirà generalmente una latenza di rete inferiore rispetto a un server situato dall’altra parte dell’oceano. L’hardware conta ancora, ma non può eliminare la distanza fisica tra il server e l’utente.
Quando i tuoi utenti sono distribuiti in diverse regioni, la risposta onesta è che non esiste un’unica posizione perfetta. Scegli la posizione più vicina al tuo gruppo più numeroso o più sensibile alla latenza e utilizza una CDN per il livello statico per attenuare il resto.
INTROSERV offre server in Europa, Nord America, Asia e Australia, con sedi tra cui Francoforte, Londra, Amsterdam, Naaldwijk, Beauharnois (Canada), Singapore e Sydney, il che vi offre più opzioni per collocare l’infrastruttura più vicino ai vostri utenti.
Il punto chiave
La posizione non è un dettaglio da ottimizzare per ultimo. Per qualsiasi applicazione interattiva, essa costituisce la base su cui si fondano tutte le altre ottimizzazioni. Una posizione ben scelta può fare una differenza maggiore per un’applicazione interattiva rispetto a un aggiornamento hardware che lascia inalterato il percorso di rete.
Prima di confrontare le CPU, ponetevi innanzitutto una domanda più semplice: dove si trovano i miei utenti e quanto dista da loro il server?
