Sitios web serverless en Cloudflare

«Serverless» suena a palabra de moda, y un poco absurda — claro que hay un servidor en algún sitio. Pero la idea que hay detrás es de verdad sencilla, y una vez que la entiendes puede que no quieras volver a gestionar un servidor web. Este mismo blog funciona así: sin servidor, sin factura mensual, y carga rápido desde cualquier parte del mundo. Aquí tienes cómo funciona, en palabras sencillas.

La forma antigua: un ordenador que alquilas y cuidas

Tradicionalmente, poner una web online significa alquilar un servidor — un ordenador en un centro de datos siempre encendido. Ejecuta software (un servidor web, quizá una base de datos), y cada vez que alguien visita, ese ordenador construye la página y la envía de vuelta.

Funciona, pero es mucho cuidar: instalas actualizaciones, parcheas fallos de seguridad, evitas que se caiga cuando hay picos de tráfico, y pagas cada mes visiten diez personas o ninguna. Y vive en un solo lugar — así que un visitante al otro lado del planeta espera mientras los datos van y vuelven.

La forma nueva: tu sitio son solo ficheros, copiados a todas partes

Un sitio estático serverless le da la vuelta a esto. En lugar de un ordenador construyendo cada página bajo demanda, todo tu sitio se convierte de antemano en ficheros sencillos — el HTML, CSS, imágenes y scripts que un navegador necesita. Esos ficheros se le entregan a Cloudflare, que los copia a cientos de ubicaciones por todo el mundo. Cuando alguien visita, recibe la copia de la ciudad más cercana, casi al instante.

No hay ningún servidor que tú tengas que ejecutar. Nada que parchear, nada que se caiga a las 3 de la madrugada, nada que escalar. Tú te ocupas del contenido; Cloudflare se ocupa de entregarlo.

Compila una vez, despliega, y Cloudflare hace lo difícil — entregar tus ficheros esté donde esté el visitante.

«Vive en todas partes» — qué significa de verdad

La palabra mágica es edge (el «borde»). Cloudflare tiene ordenadores en cientos de ciudades (su «red edge», también llamada CDN). Los ficheros de tu sitio están en todos ellos. Así que no hay una web en un solo lugar para la que todos hacen cola — hay copias cerca de todos, a la vez.

Un visitante en Tokio se sirve desde Tokio — no desde un único servidor lejano. Por eso se siente instantáneo en todas partes.

Como los ficheros ya están ahí listos, una avalancha repentina de visitantes es un no-evento — Cloudflare les sirve los mismos ficheros cacheados, sean diez personas o diez millones. Sin «abrazo de la muerte», sin correr a añadir servidores.

La forma antigua frente a la nueva, lado a lado

La misma web online — muy distinta cantidad de cuidados.

Pero mi sitio tiene que hacer cosas

Justo — los ficheros puros son geniales para blogs, portfolios, documentación y landing pages, pero ¿y un formulario de contacto, un login o datos en vivo? Ahí es donde la parte «serverless» se gana el nombre. Cloudflare te deja añadir pequeñas funciones llamadas Workers: trocitos de código que también corren en esa misma red edge global, pero solo el momento en que una petición los necesita — sin un servidor ocioso en medio. Tus páginas siguen siendo estáticas e instantáneas; un Worker se encarga del trozo dinámico ocasional (enviar el formulario, comprobar el stock, devolver algo de JSON) y luego desaparece.

Así que el modelo mental es: ficheros estáticos para todo lo que puedas, una pizca de Workers para las partes que deben estar en vivo.

¿Y Laravel o Magento?

Esta es la pregunta que me hace cada amigo desarrollador: «¿puedo correr mi app de Laravel — o Magento — así?». La respuesta honesta es no, no de esta forma — pero Cloudflare sigue teniendo trabajo que hacer.

Lo serverless-estático funciona porque las páginas se pueden construir de antemano en ficheros. Laravel y Magento son lo contrario: construyen cada página bajo petición, usando PHP y una base de datos (y Magento además se apoya en Redis, OpenSearch, Varnish, cron y colas). Las funciones serverless de Cloudflare ejecutan JavaScript, no PHP — así que estos frameworks no corren sobre él. Aquí es donde viven de verdad:

• Magento / Adobe Commerce — en producción corre en un servidor real o contenedores (una VM en la nube, hosting Magento gestionado, o Adobe Commerce Cloud); en local lo desarrollarías con un stack como Warden . En cualquier caso, el papel de Cloudflare es el edge por delante: caché CDN, WAF, protección DDoS, TLS. Hace la tienda más rápida y segura, pero no aloja la aplicación.
• Laravel — también necesita un backend PHP. Puedes hacerlo «serverless-ish», pero a través de AWS Lambda (Laravel Vapor), no de Cloudflare Workers. Un patrón habitual y compatible con Cloudflare es dividirlo: un frontend estático o SPA en Cloudflare, hablando con una API de Laravel que corre en un servidor.

La regla que lo mantiene todo claro:

• Un sitio que puedes pre-compilar → serverless estático, entero en Cloudflare.
• Unas pocas acciones en vivo → añade Workers (JavaScript) en el edge.
• Una app completa que construye páginas bajo demanda → corre en un servidor; Cloudflare va por delante de él, no en su lugar.

Cloudflare también está creciendo más allá de esto — Containers e Hyperdrive (que conecta con una base de datos Postgres o MySQL normal) hacen que cargas más pesadas sean cada vez más posibles en la plataforma. Pero para un Magento completo hoy, «una capa rápida y protectora por delante de un backend de verdad» es la respuesta correcta — y aburrida.

Cómo lo harías en la práctica

No necesitas tocar un servidor en ningún momento:

1. Compila tu sitio en ficheros — con un generador de sitios estáticos como Hugo, Astro o Eleventy, o incluso HTML escrito a mano.
2. Súbelo a GitHub (o GitLab).
3. Conecta el repositorio a Cloudflare — Pages o Workers. Compila tu sitio y lo despliega en cada push.
4. Consigue una URL gratuita, y luego apunta tu propio dominio a ella. Listo.

A partir de ahí, publicar es solo git push. Cloudflare recompila, copia los nuevos ficheros por todo el mundo, y tus visitantes — estén donde estén — reciben la actualización en segundos. Ese es todo el truco, y es exactamente cómo se sirve el blog que estás leyendo.