¿Por qué la ubicación geográfica del centro de datos es un factor importante al elegir proveedores de servicios en la nube?

La ubicación geográfica de cualquier centro de datos es un factor bastante importante cuando elige proveedores de servicios en la nube debido a la velocidad. Los usuarios finales exigirán una alta velocidad de transferencia de datos y un alto rendimiento del sitio; incluso la más mínima demora puede rechazar a los visitantes de un sitio web y es posible que no vuelvan al sitio nuevamente.

Por ejemplo, si hay una tienda minorista de ropa en línea que “rastrea” en la web los precios de las prendas de varios proveedores para dar a los usuarios finales, deberá conectarse a Azure o AWS para que esto sea posible. Cuando necesita acceder a una base de datos muy grande, puede hacerlo fácilmente desde la nube. Cada vez que los precios cambian, los usuarios finales pueden ver los cambios a la vez. En caso de que este servicio en la nube se basara en California, mientras que el servicio primario se basara en Washington, la base de datos continuaría siendo accesible, pero el tiempo necesario sería muy largo.

Incluso un segundo de retraso puede generar más retrasos y esto puede estropear por completo la experiencia de navegación del usuario final; los alejará de su sitio web porque su sitio es lento. Esta es también la razón por la cual se ofrece contenido estático pesado, como imágenes y videos, a través de CDN o Content Distribution Network.

Esto se refiere a una red de servidor que almacena información en caché y luego el servidor que es geográficamente el más cercano al usuario final entrega la información solicitada. Entonces, si bien puede ver un sitio que está físicamente a muchas millas de distancia, el contenido se le proporciona desde un servidor que se encuentra a solo unas pocas millas de usted.

La información viaja a la velocidad de la luz y, aunque es extremadamente rápida, todavía tiene un retraso. Imagine que es un usuario en Europa y que el servidor del que está obteniendo información se encuentra en América, el tiempo que tarda en atravesar las dos ubicaciones es de 80 ms.

¿Porque es esto importante? Debido al producto de retraso de ancho de banda:

BDP (bits) = total_available_bandwidth (bits / seg) x round_trip_time (sec)

Lo que esto significa básicamente es que, aunque puede tener una línea de 10 Mbps en su casa y el servidor está conectado a través de 1 Gbps, 10 Gpbs o incluso 40 Gbps, el rendimiento potencial máximo es de 10 Mbps. Sin embargo, la distancia, que crea latencia, reduce esa eficiencia.

Si está en una línea de 10Mbps o más, un retraso de 80 ms no tendrá una gran diferencia observable para el usuario final, sin embargo, como eso supera los 100 ms, eso realmente comienza a obstaculizar la experiencia del usuario.

Y, ciertamente, si la conexión es más lenta, una latencia aún menor creará una experiencia pobre y notable para el usuario. Malo, lo que significa que los sitios web se cargarán más lentamente o si está transmitiendo video, puede requerir una mayor cantidad de tiempo para almacenar.

Hay formas de mitigar esto hasta cierto punto utilizando el tamaño de la ventana, sin embargo, cada salto a lo largo de ese camino debe optimizarse para un tamaño de paquete en particular y también es probable que no lo haga en casa.

Esta es la razón por la cual el contenido estático más pesado, como imágenes, videos y similares, se sirve a través de un CDN. Esta es una red distribuida de servidores que almacenan en caché esa información tan geográficamente como sea posible para el usuario final y luego la entregan desde allí.

De esta manera, puede acceder a un sitio web que está potencialmente a 80 ms de distancia, pero el contenido pesado se obtiene de un centro de datos que puede estar a solo 10 ms de distancia.

Los CDN también pueden servir contenido dinámico, así como la transmisión, sin embargo, eso se vuelve más complejo y sustancialmente, ya que el almacenamiento en caché se maneja de manera diferente que para los archivos estáticos simples.

Aquí hay algunas razones:

1. Si la mayoría de sus usuarios residen en una única ubicación geográfica, el centro de datos más cercano a la mayoría de sus usuarios producirá el mejor rendimiento para la mayoría de los usuarios
2. Algunas regulaciones de la compañía / gobierno pueden requerir que los datos sensibles se almacenen en ciertas regiones geográficas. Si su aplicación tiene estos requisitos, deberá tener en cuenta la región
3. Ciertos centros de datos pueden ser más nuevos / antiguos y no son compatibles con todas las características de la plataforma. Tal vez sea importante saber si tiene la intención de utilizar otras funciones en el futuro

Independientemente de la región que elija, si es posible, lo mejor es mantener todos los servicios involucrados en su aplicación juntos, para que no haya comunicación entre centros de datos. Esto generará menores costos y un rendimiento más rápido.

Como menciona Igor, la ubicación puede afectar el rendimiento de la red.

En cuanto a la regulación geográfica de los datos, es más que solo un lugar en particular, sino también quién tiene acceso privilegiado a ellos. Obviamente, la empresa de alojamiento puede proporcionar acceso (como podría ser solicitado por las autoridades de su país de origen) a los datos, incluso cuando se encuentra en otro país.

Sin embargo, la razón más importante es que, para las aplicaciones distribuidas, es fundamental asegurarse de tener un quórum de ubicaciones independientes, de modo que un corte de alimentación o de red no elimine todo.