Servidor en Argentina o en el exterior: qué cambia para tu público

La física pone un piso que ningún hardware baja

La luz recorre la fibra óptica a unos 200.000 kilómetros por segundo: cada 100 kilómetros de cable suman cerca de un milisegundo de ida y vuelta. Buenos Aires y Miami están a unos 7.100 kilómetros en línea recta, y los cables submarinos no van en línea recta. El mínimo teórico ronda los 80 milisegundos; con los saltos entre redes, se miden 120 o más. Un servidor más rápido no acorta ese tramo: solo lo acorta ponerlo cerca de quien lo usa.

Valores medidos con ping desde conexiones domésticas. Cambian con el proveedor de internet y la hora del día, pero el orden de magnitud se mantiene.

Por qué 130 milisegundos terminan siendo medio segundo

El navegador que abre tu sitio por primera vez no manda un pedido y listo. Resuelve el nombre en el DNS, abre la conexión TCP (un viaje de ida y vuelta), negocia el cifrado TLS (uno más con TLS 1.3, dos con TLS 1.2) y recién entonces pide el HTML (otro viaje). Son tres o cuatro recorridos completos antes de recibir el primer byte.

Con el servidor en la misma ciudad, todo eso suma unos 30 milisegundos. Con el servidor en Miami, entre 400 y 600. Después llegan las hojas de estilo, las imágenes y los scripts: HTTP/2 los trae por la misma conexión, pero TCP arranca despacio y necesita varias idas y vueltas para tomar velocidad, y cuanto más lejos, más lento ese arranque. Para interpretar esos tiempos, fijate cómo leer una prueba de velocidad.

Dónde se nota de verdad: carritos, paneles y sistemas de gestión

Un sitio institucional con caché y pocas imágenes disimula bastante la distancia. Lo que no la disimula es lo que se genera en el momento y obliga al usuario a esperar cada paso.

• El checkout de una tienda: envío, pago y confirmación son pedidos nuevos que no se pueden cachear.
• El administrador de WordPress o de la tienda, donde cada clic espera la respuesta del servidor.
• Un ERP o un escritorio remoto usados desde la oficina: por encima de unos 100 milisegundos, cada pantalla se siente pesada.
• La peor combinación, la aplicación en un país y la base de datos en otro. Una pantalla que hace 60 consultas encadenadas paga 60 viajes; a 130 milisegundos cada uno, son casi 8 segundos.

Lo que no es latencia y también entra en la cuenta

La red es la parte que se mide con un comando. Hay otras que pesan igual o más al decidir, y que un proveedor de afuera no puede ofrecer.

La Ley 25.326 de protección de datos personales pone condiciones para transferir datos personales a otros países. Si manejás datos de clientes, consultalo con quien te asesore.

Cuándo tiene sentido un servidor afuera

Si la mayoría de tus usuarios vive en otro continente, el servidor tiene que estar cerca de ellos y no de vos: una aplicación para clientes en España anda mejor en Europa aunque el equipo trabaje en Rosario.

También conviene afuera lo que depende de un servicio que existe solo en una nube determinada, y una de las copias de seguridad: un respaldo en otra región es buena práctica, y ahí la latencia da igual.

Los servidores cloud de InHosting tienen, además del datacenter de Buenos Aires, opciones fuera de Argentina para proyectos con usuarios en el exterior.

Una CDN acorta una parte del camino, no todo

Una red de distribución de contenido guarda copias de las imágenes, las hojas de estilo y los scripts cerca de cada visitante. Pero el HTML de una página dinámica, el carrito, el inicio de sesión y cualquier consulta a la base siguen viajando hasta el servidor de origen: si ese origen está lejos de tu público, la CDN no lo acerca. Qué se cachea en cada nivel está en cachés del navegador, del servidor y CDN.

Medilo desde donde está tu público

Los números que importan son los tuyos: desde tu oficina o la conexión de tus clientes, contra el servidor candidato y contra el actual, a distintas horas y varios días.

ping -c 20 tudominio.com.ar
mtr -rwc 50 tudominio.com.ar
curl -o /dev/null -s -w "DNS: %{time_namelookup}s\nTCP: %{time_connect}s\nTLS: %{time_appconnect}s\nPrimer byte: %{time_starttransfer}s\n" https://tudominio.com.ar/

• ping da la ida y vuelta pura; un máximo muy por encima del promedio indica congestión en algún tramo.
• mtr muestra cada salto con su pérdida y su demora (apt install mtr-tiny en Debian y Ubuntu, dnf install mtr en AlmaLinux; en Windows, pathping).
• curl separa cada etapa en tiempos acumulados. Si el primer byte llega mucho después del TLS, la demora está en la aplicación y no en la distancia.

Con el 10 % de descuento del código INH, que ya va en los enlaces de contratación. Los precios se leen de la tienda. Ver el detalle de cada plan.