Qué es Cloudflare Workers

Cloudflare Workers es una plataforma de computación serverless que ejecuta tu código directamente en los más de 300 centros de datos que Cloudflare tiene repartidos por el mundo. En lugar de levantar un servidor tradicional (o incluso una función Lambda alojada en una sola región), subes un script y Cloudflare lo despliega en el borde de la red, de modo que el código corre físicamente cerca del usuario que hizo la petición.

El runtime está basado en los motores V8 (el mismo de Chrome y Node.js) pero no es Node como tal: es un entorno más ligero que arranca en menos de 5 milisegundos y que expone APIs estilo Service Worker. Escribes JavaScript o TypeScript (también WebAssembly, Python y Rust compilados), lo despliegas desde el panel o con la herramienta de línea de comandos oficial, y en segundos está activo globalmente.

Casos de uso típicos

• Reescribir respuestas al vuelo: modificar HTML antes de que llegue al visitante, inyectar cabeceras, añadir un banner o traducir textos sin tocar el origen.
• A/B testing en el borde: mostrar dos versiones de una landing a distintos porcentajes del tráfico sin depender de JavaScript de cliente.
• Autenticación y firewall a medida: validar un JWT, bloquear países o user-agents, filtrar bots antes de llegar al hosting.
• APIs ligeras: endpoints que devuelven JSON tras consultar una base KV, una base D1 o un servicio externo, sin necesidad de mantener un backend.
• Redirecciones masivas: migraciones de URLs donde tienes miles de redirect 301 que sería absurdo cargar en .htaccess.

El plan gratuito

Workers tiene un plan gratis bastante generoso para empezar: hasta 100.000 peticiones al día por cuenta, con un tiempo de CPU limitado por request. Es más que suficiente para un blog personal, una API interna, una landing de campaña o un middleware de seguridad para WordPress. Cuando superas ese umbral, el plan pago empieza alrededor de 5 USD al mes e incluye 10 millones de peticiones.

Límites que debes conocer

Antes de migrar cargas pesadas, ten presente que Workers no está pensado para procesos largos: el tiempo de CPU por petición está acotado (en el plan gratis son unos pocos milisegundos por request), no tienes disco local, y cualquier estado persistente debe vivir en servicios externos como KV, R2, D1 o Durable Objects. Si necesitas mantener una conexión abierta con una base de datos tradicional durante minutos, Workers no es tu herramienta.

Diferencia con Lambda y otras funciones

La gran diferencia frente a AWS Lambda, Google Cloud Functions o Azure Functions es la distribución geográfica y el cold start. Lambda se despliega por región y el arranque en frío puede tardar cientos de milisegundos; Workers corre en todas partes a la vez y el arranque es prácticamente imperceptible porque comparte el proceso V8 con otros scripts. Para lógica corta y latencia baja, Workers suele ganar. Para procesos largos, trabajos pesados o integraciones profundas con el ecosistema AWS, Lambda sigue siendo mejor opción.

Si buscas una manera barata y rápida de añadir lógica personalizada encima de tu hosting sin montar otro servidor, Workers es uno de los caminos más directos hoy en día.