Qué es el edge

Cuando alguien dice que su código corre en el edge, suena a metáfora. No lo es. El edge es un hecho físico: cientos de instalaciones reales, con máquinas reales, repartidas por ciudades de todo el planeta. Tu Worker no vive en un servidor; vive en toda esa malla a la vez. Esta lección desmonta la palabra edge hasta que deje de ser un eslogan y se convierta en un modelo mental preciso, con nombres concretos para cada pieza.

La red: qué es un PoP

Edge significa literalmente borde: el borde de la red, el punto más cercano al usuario antes de adentrarse en internet. Ese punto tiene nombre técnico: un PoP, o Point of Presence.

Un PoP es una instalación física —racks de servidores dentro de un centro de datos— conectada directamente a los proveedores de internet de esa zona. Cloudflare opera una red presente en más de 330 ciudades de más de 120 países. La cifra exacta cambia cada trimestre, pero la idea no: hay un PoP a pocos milisegundos de casi cualquier usuario conectado del mundo.

Esta homogeneidad es más importante de lo que parece. Como cada PoP es intercambiable con cualquier otro, tú no programas cientos de servidores distintos: escribes una función y la red garantiza que exista, idéntica, en todos ellos. El concepto de servidor primario desaparece.

Para dimensionar la escala, tres cifras ayudan a fijar la imagen:

• Más de 330 ciudades con presencia física, en más de 120 países.
• A menos de 50 milisegundos de la inmensa mayoría de la población conectada del planeta.
• Una sola red lógica: no hay regiones que elegir ni zonas que combinar, es un continuo global.

Un matiz importante: no todos los PoPs son idénticos en capacidad —los grandes hubs manejan mucho más tráfico—, pero sí lo son en función. Desde el punto de vista de tu código, cualquier PoP puede ejecutarlo por completo. No hay un PoP maestro ni una jerarquía que gestionar.

Anycast: una dirección, muchos lugares

Si tu código está en cientos de sitios, surge una pregunta inevitable: cuando un usuario hace una petición, quién decide a qué PoP va. La respuesta es una técnica de red llamada anycast.

En el enrutamiento normal (unicast), una dirección IP identifica una máquina concreta. Con anycast, la misma dirección IP se anuncia desde todos los PoPs a la vez. Los routers de internet, siguiendo el protocolo BGP, entregan cada paquete a la instancia topológicamente más cercana. El usuario no elige nada, ni configura nada: la propia red lo lleva al borde más próximo.

flowchart LR
U1[Usuario en Madrid] --> P1[PoP de Madrid]
U2[Usuario en Tokio] --> P2[PoP de Tokio]
U3[Usuario en Lima] --> P3[PoP de Lima]
P1 --> W[Tu mismo Worker]
P2 --> W
P3 --> W
style W fill:#a6e3a1,color:#11111b

Tres usuarios en tres continentes escriben la misma URL, con la misma IP, y cada uno acaba atendido por el PoP de su ciudad. Ejecutan el mismo Worker, pero cada uno cerca de sí mismo.

# La misma direccion responde desde lugares distintos segun quien pregunte.
# El campo de la respuesta suele revelar el PoP que te atendio (colo).
curl -s https://cloudflare.com/cdn-cgi/trace | grep colo
# colo=MAD   -> te atendio Madrid
# colo=NRT   -> te atendio Tokio

Desplegar a toda la red a la vez

Aquí está el cambio mental de fondo. En una nube tradicional, desplegar significa elegir una región —us-east-1, por ejemplo— y colocar tu servidor ahí. En el edge no eliges región: haces un despliegue y tu código se propaga a todos los PoPs en segundos.

# Un solo comando. No hay region que elegir:
# el Worker queda disponible en cientos de ciudades a la vez.
wrangler deploy

Las consecuencias son profundas y conviene enunciarlas una a una:

• No hay un lugar donde vive tu app. Vive en todos. La pregunta deja de ser en qué región y pasa a ser dónde están los datos.
• La escala geográfica es gratis. No replicas manualmente en otro continente: ya estás en todos desde el primer despliegue.
• La cercanía es el estado por defecto, no una optimización que añades después con capas de caché.
• No administras máquinas. No hay que dimensionar, parchear ni vigilar servidores: la red se encarga del sustrato.

Dicho de otro modo, el despliegue en el edge colapsa en un solo paso lo que en una nube regional eran varias decisiones separadas:

• El dónde, que era elegir región, pasa a ser en todas partes.
• El cuánto, que era dimensionar instancias, lo gestiona la red por ti.
• El cómo llegar, que era montar balanceo geográfico, viene incluido en anycast.

Esta última idea desmonta buena parte del trabajo operativo tradicional. En el edge no existe la noción de escalar horizontalmente añadiendo instancias, porque la instancia no es la unidad: la unidad es tu función, y ya está en todas partes.

Lo que en una nube regional era trabajo constante, en el edge simplemente no existe:

El edge no es solo una CDN

Antes de la síntesis, conviene fijar la distinción con dos ejemplos concretos:

• Una CDN puede servirte una imagen cacheada de un producto; no puede decidir qué producto mostrarte según quién eres.
• El edge puede autenticarte, consultar tu carrito y componer la página personalizada, todo en el PoP de tu ciudad.