Cómo elegir la ubicación de un proxy y la ciudad de datacenter

¿El proxy debe estar cerca del sitio web o cerca de los usuarios?

Pon el proxy cerca del sitio web cuando te importe la velocidad, y cerca de los usuarios cuando te importe lo que ven. Los dos objetivos pueden apuntar a ciudades distintas.

• Tareas de velocidad (monitorizar una API, descargar muchas páginas): cada petición cruza el trayecto proxy-sitio web, así que un trayecto corto ahorra tiempo en cada una.
• Tareas de visión local (precios, resultados de búsqueda, anuncios, redirecciones por idioma): el sitio web decide qué mostrar según el país de la IP. Elige el país de la audiencia y luego la ciudad de datacenter más cercana en ese país.
• Acceso por lista blanca: al socio solo le importa que la IP esté en su lista. Elige una ciudad cerca de los servidores del socio y, si puedes, mantén las mismas IPs en la renovación.

Si tienes dudas, alquila una IP en cada ciudad candidata y mide; para eso está el plan de 1 IP.

¿Por qué cambia la respuesta una CDN?

Una red de distribución de contenidos responde desde el servidor edge más cercano al visitante, así que la "ciudad de alojamiento" de un sitio detrás de una CDN es dondequiera que estés. Muchos sitios grandes publican una IP que se anuncia desde decenas de ciudades a la vez (anycast). Tu tráfico llega a la más cercana.

Para un proxy, esto significa dos cosas. Primero, casi cualquier ciudad de datacenter llegará rápido a un edge de CDN, porque las CDN construyen edges en los mismos hubs que los datacenters. Segundo, el contenido que sirve el edge depende del país de tu IP. Así que para sitios detrás de una CDN, elige primero el país y después la ciudad.

¿Cuánta latencia añade la distancia?

Cada 100 km de distancia en línea recta añaden al menos 1 ms a una ida y vuelta, porque la luz en fibra viaja a unos 200 km por milisegundo y una ida y vuelta recorre la distancia dos veces. La tabla siguiente da ese mínimo para pares habituales.

Las distancias son distancias de círculo máximo (en línea recta) calculadas a partir de coordenadas del centro de la ciudad. Son límites inferiores: los cables reales son más largos y cada router del camino añade un poco. Cuánto por encima del mínimo cae un trayecto real depende de la ruta, así que mide el tuyo.

¿Cómo mido la latencia real a través de un proxy?

Mídela con las variables de tiempo de curl, varias veces seguidas, a través de cada IP candidata. El comando de abajo muestra el tiempo para llegar al proxy, el tiempo hasta completar el handshake TLS con el sitio web y el total:

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

A través de un proxy, time_connect es el tramo de ti al proxy. La diferencia entre time_connect y time_appconnect cubre la configuración del túnel y el handshake TLS con el sitio web, que es la parte que cambia la ciudad del datacenter. Compara la mediana de cinco ejecuciones, no una sola. Los ejemplos de código muestran una prueba de tiempos en Python.