Smart Placement: ejecutar cerca de los datos

El axioma del edge dice que tu código corre cerca del usuario. Es cierto por defecto, y casi siempre es lo que quieres. Pero hay una clase de Worker para la que ese axioma es una trampa: el que conversa muchas veces con un backend que vive en un solo lugar del mundo. Para ese Worker, estar cerca del usuario significa cruzar el planeta en cada consulta. Smart Placement invierte la decisión y deja que Cloudflare mueva la ejecución cerca de los datos, no del usuario, cuando eso recorta el total de viajes de ida y vuelta.

El problema de los viajes de ida y vuelta

Cuando una petición llega a la red, aterriza en el centro de datos más cercano al usuario por anycast, y ahí, por defecto, se ejecuta tu Worker. Para trabajo local o para hablar con almacenamiento distribuido globalmente, es lo óptimo: la respuesta nace a milisegundos de quien la pidió.

El problema aparece cuando tu Worker no es autónomo, sino un intermediario que consulta una y otra vez a un backend que vive en una sola región: una base de datos SQL en Virginia, una API heredada en Fráncfort. Cada consulta es un viaje de ida y vuelta completo, y si el Worker está cerca del usuario pero lejos del backend, cada uno de esos viajes cruza el mundo.

Aquí importa una distinción que mucha gente pasa por alto. Con una sola consulta por petición, el lugar donde corre el Worker es indiferente: el viaje de ida y vuelta al backend cuesta lo mismo tanto si sale desde cerca del usuario como si sale desde cerca de los datos, porque la distancia total recorrida es idéntica.

La cosa cambia por completo cuando las consultas son varias y secuenciales —cada una depende de la anterior—. Un viaje transatlántico ronda los 20 a 30 milisegundos; uno local, de 1 a 3. Cinco consultas secuenciales desde cerca del usuario suman más de cien milisegundos de pura espera de red; las mismas cinco desde cerca de los datos apenas rozan los diez, y solo queda un viaje largo: el de la respuesta final de vuelta al usuario.

Cómo decide Cloudflare dónde ejecutar

Activar la función es una sola clave en el manifiesto. Con mode puesto en smart, Cloudflare observa la latencia real de los subrequests de tu Worker y, aplicando sus heurísticas, decide si moverlo a un centro de datos más próximo al backend compensa.

{
  // el Worker deja de correr siempre cerca del usuario:
  // Cloudflare mide y decide si acercarlo a tus datos
  "placement": {
    "mode": "smart"
  }
}

El modo smart es la opción correcta cuando no sabes exactamente dónde vive tu backend o cuando hablas con varios. Desde 2026 puedes además dar pistas explícitas si sí lo sabes: region fija una región de las nubes grandes —admite identificadores de AWS, GCP y Azure— y Cloudflare elige el centro de datos con menor latencia hacia ella.

{
  "placement": {
    // pista explicita: coloca el Worker junto a esta region de nube
    "region": "aws:us-east-1"
  }
}

Si tu infraestructura no está en esas nubes, la expones a las sondas de colocación con host para una comprobación de capa 4 o hostname para una de capa 7. Esas sondas están pensadas para localizar infraestructura de un solo hogar, no para recursos anycast o multicast, que por definición no tienen un único lugar al que acercarse.

{
  "placement": {
    // infraestructura propia: sonda de capa 4 hacia un host y puerto
    "host": "mi-base-de-datos.example.com:5432"
  }
}

Una vez que la heurística ha fijado una ubicación óptima, una caída puntual de tráfico ya no la devuelve al lugar por defecto: la colocación es estable, pensada incluso para cargas que solo golpean el backend cada varios días.

Cuándo ayuda y cuándo no

Smart Placement no es un interruptor de rendimiento universal: es una herramienta afilada para un problema concreto. Reconocer su forma exacta te ahorra activarla donde no sirve.

flowchart TB
REQ[Peticion del usuario llega por anycast] --> DEC{Donde ejecutar el Worker}
DEC -- modo por defecto --> NEARU[Cerca del usuario]
DEC -- modo smart --> NEARD[Cerca de los datos]
NEARU -- N viajes largos al origen --> LAT1[Latencia alta si hay muchas consultas]
NEARD -- N viajes cortos al origen --> LAT2[Latencia baja mas un viaje de vuelta]
style NEARD fill:#a6e3a1,color:#11111b
style NEARU fill:#fab387,color:#11111b
style LAT2 fill:#89b4fa,color:#11111b