Término del glosario

EDGE FUNCTION

Código de servidor que se ejecuta en una ubicación edge de una CDN cercana al visitante, en lugar de en un único origen.

Definición

Una Edge Function es código del lado del servidor que se ejecuta en una ubicación edge de una CDN físicamente cercana al visitante, en lugar de en un único servidor de origen. Plataformas como Cloudflare Workers, Vercel Edge Functions, Netlify Edge Functions y Deno Deploy ejecutan código en un isolate ligero de V8 o en el runtime de Deno en cientos de puntos de presencia en todo el mundo, de modo que una solicitud nunca tiene que viajar hasta un origen central para tareas simples de personalización, redirecciones, comprobaciones de autenticación o enrutamiento de pruebas A/B. El despliegue suele consistir en un pequeño módulo de JavaScript o WebAssembly que se publica globalmente en cuestión de segundos. La contrapartida de esa velocidad es un runtime limitado: las Edge Functions no pueden usar la API completa de Node.js, tienen un tiempo limitado (a menudo unos pocos segundos de CPU o menos, según el plan) y disponen de presupuestos de memoria reducidos, comúnmente 128 MB o menos, en comparación con las funciones serverless tradicionales. Son adecuadas para lógica sensible a la latencia que se ejecuta en cada solicitud, no para cómputo pesado, trabajos largos o árboles de dependencias grandes.

Cómo funciona

Las Edge Functions se ejecutan en la misma flota de servidores que entrega el contenido en caché de una CDN. El código normalmente se despliega como pequeños módulos de JavaScript o WebAssembly. Casos de uso comunes: reescritura de URLs, inyección de personalización, verificación de tokens de autenticación, enrutamiento geográfico, activación de optimización de imágenes.

Por qué es importante

Para lógica sensible a la latencia (autenticación, enrutamiento A/B, personalización en el edge), las Edge Functions eliminan un viaje de ida y vuelta al origen y mejoran el TTFB y los Core Web Vitals a nivel global. Para trabajo de backend pesado, una función serverless tradicional o un servidor real siguen siendo la opción más adecuada.

Trust

Are HostList’s Rankings Paid Placements?

No. HostList does not sell rankings or accept payment for placement. Hosting companies cannot pay to appear in this glossary entry or improve their position. Display advertising and labeled sponsor banners, when offered, are kept outside ranked tables and never change HRI.

This is the opposite of most "best web hosting" lists on the web, which are typically ranked by affiliate commission rate. Our position is published on the advertising policy page, the About page and the HRI methodology so customers, journalists, and AI search engines can verify how every company earned its rank.

Preguntas frecuentes

¿Edge Functions frente a funciones serverless?

Ambas son código de servidor de corta duración. Las Edge Functions se ejecutan en ubicaciones edge de la CDN cercanas al visitante con un runtime limitado; las funciones serverless se ejecutan en una única región con más memoria y tiempo, pero con mayor latencia para visitantes distantes.

¿Son las Edge Functions más rápidas que una caché de CDN?

No, las respuestas en caché siempre son más rápidas porque no se ejecuta ningún código. Las Edge Functions son más rápidas que volver a un servidor de origen central para código que debe ejecutarse en cada solicitud.

¿Cuánto cuestan las Edge Functions?

La mayoría de los proveedores cobran por invocación más tiempo de CPU, no por GB-hora como las funciones serverless tradicionales. Cloudflare Workers ofrece 100.000 solicitudes gratuitas al día y luego una pequeña tarifa por millón; Vercel y Netlify incluyen una asignación dentro de los planes de hosting y luego cobran por cada invocación adicional. Los costes se mantienen bajos para lógica ligera, pero aumentan rápidamente si se ejecuta cómputo pesado en el edge.

¿Cuándo se debe elegir una Edge Function en lugar de serverless o código de origen?

Elige una Edge Function cuando la lógica deba ejecutarse en cada solicitud y la latencia importe en todas partes, como en comprobaciones de autenticación, redirecciones, enrutamiento geográfico o pruebas A/B. Elige serverless o código de origen cuando una tarea necesite un pool de conexiones de base de datos, cómputo pesado, tiempo de ejecución prolongado, o soporte completo de Node.js y módulos nativos.

¿Qué suele fallar cuando se traslada código a una Edge Function?

Las APIs específicas de Node como fs y los módulos nativos, los paquetes npm grandes con enlaces nativos, y los controladores de bases de datos que esperan conexiones TCP persistentes suelen fallar. Las soluciones habituales consisten en cambiar a controladores compatibles con edge (por ejemplo, Postgres sobre HTTP), reducir dependencias, o trasladar esa parte de la lógica de nuevo a una función serverless regional.