{"id":28986,"date":"2019-11-01T13:01:11","date_gmt":"2019-11-01T20:01:11","guid":{"rendered":"https:\/\/staging.kinsta.site\/?p=56417"},"modified":"2022-12-05T17:00:19","modified_gmt":"2022-12-05T16:00:19","slug":"google-cloud-network","status":"publish","type":"post","link":"https:\/\/staging.kinsta.site\/it\/blog\/google-cloud-network\/","title":{"rendered":"Il Network di Google Cloud Platform: Premium Tier e Standard Tier a Confronto"},"content":{"rendered":"

Nella corsa odierna per accelerare i tempi di caricamento dei siti web, ogni millisecondo \u00e8 importante. Il team di Kinsta ha testato e analizzato l’impatto della velocit\u00e0 dei siti web<\/a> su vendite, conversioni, esperienza utente e coinvolgimento degli utenti.<\/p>\n

Ma c’\u00e8 un avvertimento. Sebbene l’ottimizzazione del sito \u00e8 importante per migliorare la velocit\u00e0, non \u00e8 l’unico aspetto da considerare. Le infrastrutture hardware e di rete che supportano il nostro sito web e lo collegano ai nostri visitatori sono importanti.<\/p>\n

Oggi discuteremo dei motivi per cui Google sta investendo un sacco di soldi nell’infrastruttura di rete e analizzeremo alcune delle differenze tra rete di livello premium e rete di livello standard di Google Cloud Platform.<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Larghezza di Banda e Latenza (Criteri Chiave per le Prestazioni dell’Infrastruttura di Hosting)<\/h2>\n

Prima di approfondire le specifiche del network di Google Cloud, \u00e8 importante comprendere innanzitutto questi due concetti: larghezza di banda e latenza.<\/p>\n

La larghezza di banda \u00e8 la capacit\u00e0 di portata della rete, misurata in Mbps; mentre la latenza \u00e8 il ritardo o la somma di tutti i ritardi che i diversi router aggiungono lungo il percorso alle nostre richieste e risposte web.<\/p>\n

In senso figurato, la larghezza di banda o la portata possono essere rappresentate come capacit\u00e0 del tubo dell’acqua per consentire un determinato volume di acqua al secondo. La latenza pu\u00f2 essere paragonata al ritardo dal momento in cui la tubatura dell’acqua viene aperta fino a quando non inizia a uscire.<\/p>\n

A causa della breve attesa nello stabilire la connessione tra diversi router, ogni “salto” lungo il percorso aggiunge latenza alle richieste e alle risposte finali.<\/p>\n

Quindi, pi\u00f9 lontani sono il visitatore e il server su cui \u00e8 ospitato il sito, maggiore sar\u00e0 la latenza. Inoltre, pi\u00f9 la rete \u00e8 frammentata, maggiore \u00e8 la latenza.<\/p>\n

Possiamo immaginarlo usando uno strumento chiamato traceroute<\/a>, o tracert<\/a> su windows. Lo abbiamo utilizzato per ispezionare i ritardi di instradamento di due richieste, fatte dall’Europa, i cui dati sono visualizzati negli screenshot che seguono. In particolare:
\nuno su weibo.com:<\/p>\n

\"Weibo.com\"
Weibo.com<\/figcaption><\/figure>\n

e un altro su bbc.co.uk:<\/p>\n

\"Bbc.co.uk\"
Bbc.co.uk<\/figcaption><\/figure>\n

Come ci aspettavamo, il numero di salti verso il sito web in Cina \u00e8 quasi 2 volte maggiore rispetto a quello europeo. \u00c8 latenza aggiunta rispetto a una richiesta verso un sito web ospitato nel Regno Unito.<\/p>\n

Le tre colonne mostrate da tracert rappresentano tre roundtrip (RTT). Ogni riga rappresenta router o hop diversi lungo il percorso. Spesso questi strumenti forniscono URL che aiutano a determinare dove si trova quel router specifico.<\/p>\n

Il tempo di andata e ritorno (round-trip) per i router in Cina \/ Hong Kong dura quasi un terzo di secondo.<\/p>\n

Abbiamo utilizzato gli strumenti di pingdom<\/a> per caricare un sito web ospitato a Londra dalla location in Australia di Pingdom, per cercare di stabilire la parte di responsabilit\u00e0 che la rete ha nei tempi di caricamento complessivi di un sito web.<\/p>\n

\"Esempio
Esempio di tempi di caricamento<\/figcaption><\/figure>\n

Questi sono i dati per un piccolo file CSS caricato in questo scenario di prova. La sezione Connect ha la parte maggiore nel caricamento di questa risorsa, seguita da SSL e Wait. Tutto il tempo fino a, incluso il tempo di attesa (Wait time), insieme, \u00e8 anche noto come time to first byte (TTFB<\/a>), che comprende la latenza di rete.<\/p>\n

Quando gli Internet Service Provider pubblicizzano la velocit\u00e0 della connessione Internet, di solito pubblicizzano sulla loro larghezza di banda (la “larghezza del tubo” ricordate?), che in realt\u00e0 non \u00e8 una misura della velocit\u00e0<\/a>. L’aumento della larghezza del tubo pu\u00f2 aumentare la velocit\u00e0 del sito solo fino a un certo punto. \u00c8 pi\u00f9 utile quando abbiamo bisogno di una grande quantit\u00e0 di dati inviati per secondo, come quando trasmettiamo in streaming contenuti video ad alta definizione. Ma per gli utenti che potrebbero giocare online a partite multiplayer in tempo reale, la latenza conta molto di pi\u00f9.<\/p>\n

Mike Belshe, uno dei coautori della specifica di HTTP\/2<\/a> e del protocollo SPDY, ha fatto un’analisi<\/a> dell’impatto di una maggiore larghezza di banda sulla velocit\u00e0 di caricamento di un sito web rispetto all’effetto della diminuzione della latenza sulla velocit\u00e0 di caricamento.<\/p>\n

Ecco i risultati di Belshe curati in un bel grafico:<\/p>\n

\"Tempo
Tempo di caricamento\/ampiezza di banda verso Tempo di caricamento\/ latenza<\/figcaption><\/figure>\n

Dovrebbe essere chiaro che aumentare la velocit\u00e0 del sito aumentando la larghezza di banda non \u00e8 il modo pi\u00f9 efficace per ottenere prestazioni migliori. D’altra parte, riducendo l’RTT (round-trip-time) o la latenza, possiamo registrare miglioramenti consistenti del tempo di caricamento della pagina<\/a>.<\/p>\n

Networks vs Internet Peering vs Transit<\/h2>\n

Per capire meglio il nostro argomento, dobbiamo partire dalle basi della topologia di Internet. Alla suo core, l’Internet globale \u00e8 costituito da pi\u00f9 reti globali, regionali e locali.<\/p>\n

A partire dal 2018, ci sono oltre 60.000<\/a> AS (Sistemi Autonomi). Queste reti appartengono a governi, universit\u00e0, ISP.<\/p>\n

Tra questi, distinguiamo le reti Tier 1, Tier 2 e Tier 3. Questi livelli rappresentano l’indipendenza di ciascuna rete su Internet nel suo insieme.<\/p>\n