La computación en el borde solía sonar como un problema de centro de datos, no como un problema de sitio web. Eso está cambiando rápidamente, incluso para sitios de pequeñas empresas que se ejecutan en alojamiento común. Pasé la última década arreglando desastres de alojamiento para propietarios que nunca pidieron pensar dónde vive un servidor. Aquí explico qué cambia realmente cuando tu host adopta la computación en el borde, y qué se mantiene exactamente igual.
Cómo la computación de borde cambia su mapa de despliegue
La computación en el borde significa ejecutar código y contenido más cerca del visitante en lugar de dentro de un centro de datos central. Un punto de presencia cercano maneja la solicitud en lugar de enviarla por todo el mundo a un solo conjunto de servidores. Despliega una vez, ejecuta en las más de 335 ciudades de Cloudflare de forma predeterminada, o usa la colocación inteligente (Smart Placement) para ejecutar cerca de tus datos, para minimizar la latencia de extremo a extremo. Como resultado, el mapa físico de dónde se ejecuta tu sitio se ha vuelto mucho menos fijo de lo que solía ser.
Este cambio no ocurrió de la noche a la mañana, pero los números muestran con qué rapidez se está acelerando ahora. Según el pronóstico de mercado de mayo de 2025 de la firma de investigación IDC, se esperaba que el gasto global en computación perimetral alcanzara casi $261 mil millones en 2025 y creciera a una tasa de crecimiento anual compuesta del 13.8%, alcanzando $380 mil millones para 2028. Para el propietario de una pequeña empresa, esa escala significa principalmente opciones más baratas y rápidas de hosts que solían ser solo de la nube.
Mientras tanto, las herramientas de framework han hecho que el despliegue en el borde sea casi invisible para los desarrolladores. El middleware de Next.js se ejecuta automáticamente en Vercel Edge Functions. Remix se despliega en Cloudflare Workers con un solo cambio de adaptador. SvelteKit admite el despliegue en el borde a través de adaptadores para Cloudflare, Vercel y Netlify. Por lo tanto, un propietario de sitio que contrata a un desarrollador hoy ya puede estar operando en el borde, sin que nadie lo plantee como una decisión.
Por qué la computación en el borde (edge computing) cambia la latencia y el costo
La latencia es la razón principal por la que alguien se molesta con la computación de borde. Cloudflare Workers ejecuta código en más de 300 ubicaciones globales en el borde, entregando un tiempo hasta el primer byte (TTFB) de menos de 50ms para usuarios de todo el mundo sin una configuración compleja de CDN o arquitectura de despliegue multirregional. Esa diferencia importa más cuando los visitantes se encuentran lejos de su ubicación original de hosting, por ejemplo, un comprador en Singapur accediendo a un sitio construido en servidores en Londres.
El costo también funciona de manera diferente. Paga solo por el tiempo de ejecución (tiempo de CPU), no por el tiempo de inactividad que pasas esperando en E/S. Por lo tanto, un sitio de folletos tranquilo y una tienda concurrida pueden compartir el mismo modelo de precios sin que uno mantenga al otro.
En la práctica, la computación de borde rara vez reemplaza su hosting principal por completo. En cambio, generalmente se sitúa frente a él, almacenando en caché las páginas y ejecutando pequeñas piezas de lógica antes de que una solicitud llegue al origen. Ese es un cambio menor de lo que esperan la mayoría de los propietarios de sitios, y una capa de caché en el borde es a menudo la única parte que notarán.
Los riesgos de hosting que la computación perimetral no elimina
Nada de esto cambia los conceptos básicos a los que se remonta la mayoría de los incidentes. Las copias de seguridad, las actualizaciones y el control de acceso siguen viviendo donde residen tu base de datos y tus archivos reales, no en el borde. Por lo tanto, un inicio de sesión de WordPress comprometido causa tanto daño en un sitio con fachada en el borde como lo hacía hace cinco años.
Las funciones en el borde (edge functions) también conllevan límites que atrapan a la gente. Los Workers tienen un límite de tiempo de CPU de 50 ms por solicitud en el nivel gratuito y de 30 segundos en los planes de pago. Además, Cloudflare KV intercambia una fuerte consistencia por el rendimiento de lectura global, y los valores escritos en una región pueden tardar hasta 60 segundos en propagarse globalmente.
Para la mayoría de los sitios pequeños, el enfoque más seguro trata la computación en el borde como una adición, no como un reemplazo. Mantén tu relación de alojamiento principal simple y bien entendida. Luego, deja que una capa de caché o de borde se encargue del enrutamiento y el contenido estático, donde el beneficio es real y el riesgo sigue siendo pequeño.
Computación en el borde: la conclusión práctica
La computación en el borde no es tanto un bombo publicitario como un cambio en la plomería que la mayoría de los propietarios de sitios nunca verán directamente. Acerca las páginas a los visitantes y cambia la forma en que los hosts ponen precio a sus servidores. Pero no elimina la necesidad de copias de seguridad sólidas, inicios de sesión seguros o un host en el que realmente puedas confiar. Si tu configuración actual ya usa un CDN, probablemente hayas tocado la computación en el borde sin darte cuenta. Pregúntale directamente a tu host qué partes de tu pila se ejecutan en el borde y qué sigue dependiendo de un servidor. Cubro exactamente este tipo de preguntas de alojamiento cada semana aquí en STACKwebzine.
