Últimamente, empecé a trabajar en un proyecto de hobby(Geekflare Tools) para probar el rendimiento del sitio web, tomando una captura de pantalla, comprobación de seguridad desde múltiples ubicaciones.
Tener requisitos de servidor en múltiples ubicaciones significa que tengo que considerar la latencia interna, ya que un servidor hablará entre sí para entregar el contenido solicitado desde la ubicación solicitada.
Google Cloud Platform (GCP) es conocida por su baja latencia, y estoy contento con el rendimiento de Geekflare que está alojado en GCP.
Puede comprobar la latencia de GCP a través de Internet utilizando herramientas de latencia en línea como Cloud Harmony.
Sin embargo, no he podido encontrar ningún recurso que ofrezca una indicación de la latencia entre las regiones de Google Cloud.
Así que se me ocurrió hacer una pequeña prueba yo mismo y aquí está el resultado.
Loscentros de datos de Google Cloud están disponibles en las siguientes veinticuatro regiones.
- Iowa, centro de EE.UU
- Oregón, US Oeste
- Virginia del Norte, US Este
- Carolina del Sur, US Este
- Bélgica, Europa
- Londres, Europa
- Frankfurt, Alemania
- Singapur, Sudeste Asiático
- Taiwán, Asia Oriental
- Tokio, Norte de Asia
- Sydney, Australia
- Sao Paulo, Brasil
- Mumbai, India
- Montreal, Canadá
- Países Bajos, Europa
- Los Ángeles, oeste de EE.UU
- Salt Lake City, Oeste de EE.UU
- Las Vegas, US Oeste
- Zurich, Europa Oeste
- Yakarta, Asia Sudeste
- Finlandia, Europa Norte
- Hong Kong, Asia Este
- Osaka, Asia Noreste
- Seúl, Asia Noreste
Aprovisioné una instancia f1-micro en todas las regiones con Ubuntu 20 LTS. No instalé ningún software adicional e hice un ping al servidor de otra región 10 veces sobre IP privada.
ping -c 10 $DIRECCION_IP_PRIVADA_DE_OTRA_REGION
Y aquí tiene los resultados de latencia media en milisegundos.
Latencia de Google Cloud entre regiones
Ver los datos de latencia a página completa
- Verde = Menos de 100 ms
- Naranja = Entre 100 y 200 ms
- Rojo = Por encima de 300 ms
Interesante…
- Sídney y Singapur tienen una latencia alta desde/hacia todas las regiones.
- Oregón obtuvo mejores resultados para conectarse con Asia
- Tokio obtuvo la latencia más baja para conectarse con Asia y EE.UU
- Londres funciona mejor en Europa
Lo anterior debería darle una idea de dónde alojar internamente sus servicios para obtener mejores resultados.