La ontología de Cloudflare

Durante décadas, diseñar un backend empezaba por elegir una región: tu servidor y tu base de datos vivían en un centro de datos, y el mundo pagaba la latencia de hablar con ese punto. El edge invierte esa premisa. El código ya no vive en un sitio: se ejecuta simultáneamente cerca de todos, arrancando sin cold start porque un isolate no es una máquina virtual sino un espacio aislado dentro de un proceso ya caliente. Eso reordena todas las decisiones. La latencia deja de ser un problema del compute y pasa a ser un problema de los datos: si tu Worker está a 20 milisegundos del usuario pero tu base de datos está a 150, no ganaste nada. Por eso Cloudflare no vende solo compute, sino un ecosistema de almacenamiento pensado para el edge —KV para lecturas globales, D1 con réplicas de lectura, Durable Objects para estado coordinado con identidad única, R2 sin cargos de egress— y, cada vez más, una capa de IA (Workers AI, Vectorize) que corre en esa misma red. En 2026 la plataforma consolidó esa apuesta: Workers absorbió a Pages hasta la paridad total, y el mensaje es claro —un solo modelo, compute más datos más IA, todo en el edge—. Interiorizar que “cerca del usuario” y “cerca de los datos” son dos ejes que hay que optimizar a la vez es lo que separa a quien despliega un Worker de quien diseña un sistema en el edge.