Regiones, zonas y el borde
Elegir dónde corre un sistema no es elegir un país: es elegir cuánta latencia van a tener tus usuarios, qué desastre podés sobrevivir y cuánto te va a costar la redundancia. Tres conceptos ordenan toda la decisión.
Para este tema conviene tener claro:Qué es cloud: IaaS, PaaS, SaaS y serverless
Datos de proveedores verificados contra la documentación oficial el 16 de sept de 2026.
La luz tarda unos 60 milisegundos en ir de Buenos Aires a Virginia y volver, y eso es un piso físico: ninguna optimización de tu código lo baja. Si tu base de datos está de un lado y tus usuarios del otro, y cada pantalla hace veinte consultas, ya perdiste más de un segundo antes de escribir la primera línea.
Al mismo tiempo, poner todo cerca de los usuarios y en un solo lugar significa que ese lugar es el sistema entero. Región, zona y borde son las tres palabras con las que se negocia entre latencia, resistencia y costo.
Tres niveles de distancia
La geografía de cualquier nube se lee en tres escalas:
| Nivel | Qué es | Qué te da | Qué te cuesta |
|---|---|---|---|
| Región | Una zona geográfica con varios datacenters, a cientos o miles de kilómetros de otras regiones | Cercanía a un mercado, cumplimiento de dónde viven los datos | Latencia entre regiones y transferencia cara entre ellas |
| Zona de disponibilidad | Uno o más datacenters dentro de una región, con energía, refrigeración y red independientes | Sobrevivir al incendio, la inundación o el corte eléctrico de un edificio | Duplicar capacidad; latencia interna de pocos milisegundos |
| Ubicación de borde | Cientos de puntos de presencia cerca de los usuarios, sin tu aplicación adentro | Servir contenido y terminar conexiones a milisegundos del usuario | Sólo sirve para lo que se puede cachear o computar liviano |
La propiedad que hace que todo esto funcione es independencia de fallas: dos zonas de la misma región no comparten energía, ni refrigeración, ni el mismo edificio. Por eso replicar entre zonas cubre el desastre físico, y por eso hacerlo es barato en latencia: están a pocos milisegundos, unidas por fibra dedicada.
Qué compra cada zona, en minutos
Los «nueves» se entienden mucho mejor traducidos a minutos de caída por mes. Y hay dos reglas que tiran para lados opuestos:
- Replicar multiplica la confiabilidad. Si una instancia falla el 1 % del tiempo, que fallen dos a la vez es el 0,01 %, siempre que fallen de manera independiente.
- Depender resta. Tu sistema anda sólo si andan todas sus piezas. Cada dependencia nueva en el camino de un pedido multiplica hacia abajo.
97.0298 %
21 h 23 min por mes de caída esperada
A esta altura la fórmula deja de describir el sistema real: lo que manda ya no es la probabilidad de cada pieza sino lo que falla junto, como un despliegue o un cambio de configuración.
Antes de seguir, predecí
Más a fondo · nivel seniorPor qué la cuenta es optimista
La fórmula supone que las fallas son independientes, y en la vida real no lo son del todo. Dos zonas comparten el plano de control de la región, el servicio de identidad, a veces el DNS y casi siempre tu propio despliegue: un cambio de configuración malo llega a las tres réplicas a la misma velocidad.
De ahí salen dos conclusiones que valen más que los decimales. Primera: el número real de un sistema multi-zona es mejor que el de uno solo, pero peor que el que da la multiplicación. Segunda: pasado cierto punto, los nueves no se ganan con más réplicas sino con menos correlación —despliegues progresivos, configuración que no se aplica en todos lados a la vez, y la capacidad de volver atrás rápido—.
Cuándo multi-región y cuándo no
Multi-zona es casi siempre la respuesta correcta: cuesta poco, resuelve el desastre físico y no cambia el modelo de programación. Multi-región es otra cosa, y conviene entrar sabiendo qué se paga.
Lo que aparece cuando el sistema cruza regiones
- La latencia deja de ser despreciable. Una escritura sincrónica entre continentes suma cien milisegundos o más a cada pedido. Si la base replica sincrónicamente, ese costo lo paga el usuario en cada operación.
- O aceptás replicación asincrónica, o aceptás lentitud. Asincrónica significa que ante una caída podés perder los últimos segundos o minutos de escrituras. Eso es una decisión de negocio, no de infraestructura.
- La transferencia entre regiones se cobra, y a menudo más que la salida a internet dentro de la misma región.
- El fallo de vuelta hay que probarlo. Una región secundaria que nunca recibió tráfico real no es una región secundaria: es una carpeta de esperanza.
Tres razones sí justifican multi-región, y ninguna es «por las dudas»:
- Usuarios en continentes distintos y latencia que importa para el producto.
- Requisitos legales sobre dónde se guardan ciertos datos.
- Continuidad del negocio cuando una región entera caída durante horas sería inaceptable, y hay presupuesto y disciplina para practicar el cambio.
El borde: la latencia que no se negocia
Las ubicaciones de borde son cientos de puntos de presencia distribuidos por el mundo que no corren tu aplicación: guardan copias de tu contenido y terminan las conexiones cerca del usuario. Sirven para tres cosas concretas:
- Cachear lo estático. Imágenes, CSS, JavaScript, videos y respuestas que se pueden reusar. El pedido no llega a tu servidor ni a tu factura de transferencia.
- Acortar el saludo inicial. El establecimiento de la conexión cifrada implica varias idas y vueltas; hacerlas contra un nodo cercano y recién después viajar a la región por una conexión ya abierta baja bastante el tiempo de la primera carga.
- Absorber tráfico anómalo. Un pico o un ataque de denegación se disuelve en cientos de nodos antes de tocar tu región.
| Necesidad | AWS | Google Cloud | Azure |
|---|---|---|---|
| Red de distribución de contenido | Amazon CloudFront | Cloud CDN | Azure Front Door |
| DNS gestionado | Amazon Route 53 | Cloud DNS | Azure DNS |
| Balanceo entre regiones | Route 53 y Global Accelerator | Cloud Load Balancing global | Azure Front Door y Traffic Manager |
| Cómputo en el borde | CloudFront Functions y Lambda@Edge | Cloud Run en el borde | Azure Front Door Rules Engine |
Cierre
Autoevaluación
¿Lo entendiste?
Práctica