50
Hay una suposición tácita detrás de muchas decisiones relacionadas con el alojamiento web: si se elige suficiente CPU y RAM, el servidor parecerá rápido. En cuanto a la potencia de cálculo pura, eso es cierto. Sin embargo, en lo que respecta a la rapidez con la que el usuario percibe el servicio, a menudo no es así. Gran parte de esa sensación se debe a algo que ninguna mejora técnica puede solucionar: la distancia física que separa tu servidor de tus usuarios.
Se trata de la latencia, y conviene comprenderla antes de elegir dónde alojar tu sitio web.
La distancia es tiempo, y la física marca el límite
Los datos no viajan al instante. Se desplazan por la fibra óptica en forma de luz, y la luz en el vidrio viaja aproximadamente a dos tercios de su velocidad en el vacío, unos 200 000 km por segundo. Eso parece lo suficientemente rápido como para ignorarlo, hasta que recuerdas que la señal tiene que ir y volver para cada solicitud.
Un viaje de ida y vuelta entre ciudades cercanas puede tardar solo unos milisegundos. Las rutas de larga distancia e intercontinentales pueden elevar la latencia de ida y vuelta a decenas o incluso cientos de milisegundos, dependiendo de las ubicaciones y la ruta de la red. Ni siquiera un procesador más rápido cambia esto. No se puede superar la velocidad de la luz por mucho que se calcule.
Dónde se nota realmente
Es posible que 80 ms adicionales en una sola solicitud no se noten. El problema es que las aplicaciones modernas rara vez realizan una sola solicitud.
Cargar una sola página puede suponer docenas de idas y vueltas: el HTML, luego los recursos a los que hace referencia, después las llamadas a la API y, por último, las consultas a la base de datos que hay detrás de todo ello. Cada una de ellas paga el «impuesto de la distancia». Si se suman todas, un sitio web alojado en el continente equivocado se vuelve lento de una forma que ninguna potencia de servidor puede explicar.
Para quién es esto más importante
No todas las cargas de trabajo son sensibles a la latencia, así que conviene ser sinceros sobre a quién le debe importar.
Los servicios en tiempo real e interactivos son los primeros en notarlo. Juegos en línea, videollamadas, herramientas de colaboración en directo, plataformas de negociación bursátil, cualquier cosa en la que una persona esté esperando una respuesta en ese mismo instante. En estos casos, unas decenas de milisegundos marcan la diferencia entre una experiencia fluida y una frustrante.
Las aplicaciones web interactivas y las API son las siguientes. Un panel de control que envía muchas solicitudes pequeñas, o una API a la que otros sistemas recurren de forma secuencial, multiplica cada milisegundo de distancia.
El trabajo masivo y en segundo plano es el que menos se ve afectado. Si estás ejecutando trabajos por lotes, copias de seguridad o un sitio web mayoritariamente estático detrás de una CDN, la ubicación física importa mucho menos.
Lo que la ubicación no soluciona y lo que hace una CDN
Una CDN ayuda, pero conviene conocer sus límites. Una red de distribución de contenidos almacena en caché los archivos estáticos cerca de los usuarios, de modo que las imágenes, los scripts y las hojas de estilo llegan rápidamente desde un nodo periférico cercano. Eso es real y útil.
Lo que una CDN no acerca es la lógica real de tu aplicación y tu base de datos. Las partes dinámicas, las que toman decisiones y leen datos, siguen ejecutándose dondequiera que se encuentre tu servidor. En el caso de una aplicación dinámica, la ubicación de origen sigue realizando la mayor parte del trabajo por el que el usuario tiene que esperar.
Elegir una ubicación, en la práctica
La regla es sencilla: coloca el servidor cerca de las personas que más lo utilizan. Si tu público se encuentra principalmente en Europa, un centro de datos europeo suele ofrecer una menor latencia de red que un servidor situado al otro lado del océano. El hardware sigue siendo importante, pero no puede eliminar la distancia física entre el servidor y el usuario.
Cuando tus usuarios están repartidos por distintas regiones, la respuesta sincera es que no hay una única ubicación perfecta. Debes elegir la ubicación más cercana a tu grupo más numeroso o más sensible a la latencia, y utilizar una CDN para la capa estática con el fin de mitigar el resto.
INTROSERV ofrece servidores en Europa, Norteamérica, Asia y Australia, con ubicaciones que incluyen Fráncfort, Londres, Ámsterdam, Naaldwijk, Beauharnois (Canadá), Singapur y Sídney, lo que te brinda más opciones para situar la infraestructura más cerca de tus usuarios.
Conclusión
La ubicación no es un detalle que se optimice en último lugar. Para cualquier aplicación interactiva, establece la base sobre la que se asientan todas las demás optimizaciones. Una ubicación bien elegida puede marcar una mayor diferencia en una aplicación interactiva que una actualización de hardware que deje inalterada la ruta de red.
Antes de comparar procesadores, hazte primero una pregunta más sencilla: ¿dónde están mis usuarios y a qué distancia se encuentra el servidor de ellos?
