Come scegliere la posizione di un proxy e la città datacenter

Il proxy deve stare vicino al sito web o vicino agli utenti?

Metti il proxy vicino al sito web quando ti interessa la velocità, e vicino agli utenti quando ti interessa ciò che vedono. I due obiettivi possono indicare città diverse.

• Lavori sulla velocità (monitorare un'API, scaricare molte pagine): ogni richiesta attraversa il percorso proxy-sito web, quindi un percorso breve fa risparmiare tempo su ognuna.
• Lavori sulla vista locale (prezzi, risultati di ricerca, annunci, redirect di lingua): il sito web decide cosa mostrare in base al paese dell'IP. Scegli il paese del pubblico, poi la città datacenter più vicina in quel paese.
• Accesso con allowlist: al partner interessa solo che l'IP sia nella sua lista. Scegli una città vicina ai server del partner e, se puoi, mantieni gli stessi IP al rinnovo.

In caso di dubbio, noleggia un IP in ogni città candidata e misura; a questo serve il piano 1 IP.

Perché una CDN cambia la risposta?

Una content delivery network risponde dal server edge più vicino al visitatore, quindi la "città di hosting" di un sito dietro una CDN è ovunque tu ti trovi. Molti grandi siti pubblicano un unico IP annunciato da decine di città contemporaneamente (anycast). Il tuo traffico raggiunge quella più vicina.

Per un proxy, questo significa due cose. Primo, quasi qualsiasi città datacenter raggiungerà rapidamente un edge CDN, perché le CDN costruiscono gli edge negli stessi hub dei datacenter. Secondo, il contenuto servito dall'edge dipende dal paese del tuo IP. Quindi per i siti dietro una CDN, scegli prima il paese e poi la città.

Quanta latenza aggiunge la distanza?

Ogni 100 km di distanza in linea retta aggiungono almeno 1 ms a un'andata e ritorno, perché la luce in fibra viaggia a circa 200 km al millisecondo e un'andata e ritorno copre la distanza due volte. La tabella sotto riporta quel limite minimo per le coppie comuni.

Le distanze sono in linea d'aria (distanza in linea retta) calcolate dalle coordinate del centro città. Sono limiti inferiori: i cavi reali sono più lunghi e ogni router lungo il percorso aggiunge un po'. Quanto sopra il limite arriva un percorso reale dipende dalla rotta, quindi misura il tuo.

Come misuro la latenza reale attraverso un proxy?

Misurala con le variabili di timing di curl, più volte di seguito, attraverso ogni IP candidato. Il comando qui sotto mostra il tempo per raggiungere il proxy, il tempo fino al completamento dell'handshake TLS con il sito web e il totale:

curl -s -o /dev/null -x http://USERNAME:PASSWORD@IP:PORT -w "%{time_connect} %{time_appconnect} %{time_total}\n" https://example.com

Attraverso un proxy, time_connect è il tratto da te al proxy. Il divario tra time_connect e time_appconnect copre la configurazione del tunnel e l'handshake TLS con il sito web, cioè la parte che cambia con la città del datacenter. Confronta la mediana di cinque esecuzioni, non una singola esecuzione. Gli esempi di codice mostrano un test di timing in Python.