Sitios de marketing y contenido renderizados por Workers
Astro sobre Workers. HTML cacheado en el edge. TTFB por debajo de 50 ms en cualquier punto del planeta. Este mismo sitio es el ejemplo.
— Práctica / Cloudflare
Software nativo del edge, construido sobre la plataforma de extremo a extremo.
No usamos Cloudflare como un CDN atornillado a una aplicación de AWS. Construimos sobre la plataforma — Workers como runtime, D1 / R2 / Vectorize como capa de datos, Durable Objects para el estado, Workers AI para la inferencia. El resultado es software rápido en todo el mundo, barato de operar y con poca superficie.
Lo que entregamos
Un conjunto pequeño de patrones, con criterio.
APIs de IA y agentes en el edge
Llamadas a Anthropic / OpenAI / Workers AI desde dentro de Workers. Embeddings cacheados en Vectorize. Durable Objects para el estado de la conversación.
Servidores MCP sobre Workers
Servidores Model Context Protocol que corren en cualquier parte, escalan a cero y se integran con Claude Desktop, Cursor y otros clientes MCP.
Multijugador en tiempo real con Durable Objects
Un modelo de actor único para salas de chat, herramientas colaborativas y agentes en vivo. WebSockets de primera clase. Sin clúster externo de Redis que operar.
Workflows para pipelines de larga duración
Cloudflare Workflows para la ejecución duradera y segura ante reintentos de procesos de varios pasos — ingesta RAG, conciliación de facturación, llamadas de IA por lotes.
Migraciones desde AWS / Vercel
Pages → Workers, Lambda → Workers, Cognito → autenticación a medida, RDS → D1 o Hyperdrive. Hecho con rollback, no con fe.
Stack — con criterio
Menos herramientas, más profundidad.
Runtime
Cloudflare Workers (TypeScript)
Hosting / páginas
Workers · Pages (legado)
Bases de datos
D1 (SQLite) · Hyperdrive (Postgres) · Durable Objects
Almacenamiento de objetos
R2
Vectores
Vectorize
Inferencia de IA
Workers AI · Anthropic · OpenAI
Async / colas
Queues · Workflows · Cron Triggers
Autenticación
Cloudflare Access · JWT a medida sobre Workers
Observabilidad
Workers Logs · Tail · Logpush
Build y despliegue
Wrangler · Workers Builds · GitHub Actions
Por qué especializarse
Elegir una plataforma. Conocerla a fondo.
Un equipo que construye sobre AWS, Vercel y Cloudflare cada trimestre conoce el menú. Un equipo que construye sobre una sola plataforma cada día sabe dónde están los bordes afilados. Elegimos Cloudflare porque es la arquitectura correcta para casi todos los productos que queremos entregar — distribuida globalmente, orientada al edge, pensada para la IA y barata de operar.
¿Por qué no?
Cloudflare no es la decisión correcta para todo.
Si tu aplicación necesita un enorme Postgres monolítico con cientos de GB de datos activos, o un proceso de fondo con estado y de larga duración que se mide en horas, la plataforma pelea contigo. Te lo diremos — y te orientaremos hacia otro lugar si es la decisión correcta. La honestidad es parte del compromiso.
— Calculadora de costos
¿Cuánto costaría tu carga de trabajo en Workers?
Arrastra los controles. El costo se actualiza en vivo. La cifra de Lambda corresponde a la asignación mínima de 128 MB en us-east-1, incluyendo el API Gateway que necesita para servir HTTP — tu factura real de AWS suele ser más alta (más memoria, salida de datos, registros).
01M10M50M200M1B
15153050
Para la mayoría de los sitios de marketing: 1–5 ms. Para páginas SSR con renderizado cargado de plantillas: 5–15 ms. Para inferencia de IA con llamadas a Anthropic / OpenAI: el costo en CPU-ms es sobre todo espera del upstream — facturada como tiempo de reloj, típicamente 50–200 ms. Escríbenos por /contact para ese escenario; es otro modelo de costos.
Ver el desglose completo de costos de Workers, comparado con AWS Lambda
— Desde GitHub
Plantillas que publicamos y mantenemos.
Patrones de producción funcionales, con licencia MIT. Ambas se despliegan en tu propia cuenta de Cloudflare en menos de cinco minutos. Artículos complementarios del blog explican la arquitectura al completo.
-
Pipeline RAG de producción sobre Cloudflare Workers
-
Servidor MCP de producción sobre Cloudflare Workers
— Profundiza
Notas de campo sobre esta práctica
-
Replacing your VPN with Cloudflare Access for a small team
Why legacy VPNs are painful for small teams, how a zero-trust access model works differently, and a practical look at what Cloudflare Access covers, what it does not, and how to roll it out.
-
R2 vs S3: object storage without the egress bill
Cloudflare R2 charges nothing to read your data back out; S3 charges per gigabyte of egress. Here is when that difference dominates a bill, how compatible the two really are, and where S3 still makes more sense.
-
Durable Objects vs a database: choosing where state lives
Durable Objects are single-threaded, strongly consistent, and scoped to one entity. That makes them right for coordination and real-time state, and wrong for cross-entity queries. Here is how to decide which to reach for.
-
D1 vs Postgres: when SQLite at the edge is the right database
Cloudflare D1 puts SQLite next to your Workers, but it is not a drop-in Postgres replacement. Where edge SQLite wins, where Postgres still wins, and how to tell which one your workload needs.
-
Cloudflare Workers vs AWS Lambda in 2026: A Production Decision Framework
AWS Lambda is the incumbent. Cloudflare Workers is the challenger that started winning on cost and latency three years ago and has now caught up on platform breadth. Here is how to decide between them in 2026.
-
Cloudflare Workers vs Vercel in 2026: When Each One Actually Wins
An honest comparison after Vercel's Fluid Compute repricing and Cloudflare's 2024-2025 platform expansion. Runtimes, pricing, edge geography, AI primitives, and the architectural trade-offs that actually matter.
¿Tienes un sistema corriendo sobre Cloudflare, o estás migrando a uno?
Cuéntanos la forma de la carga de trabajo, las restricciones y el calendario. Respondemos por escrito dentro de un día hábil.