Ficha independiente

Cloudflare

Una red global y plataforma para aplicaciones, seguridad y entrega de contenido.

Añadido y revisado por sheeplaunch. Sin afiliación con la empresa del producto.Última revisión 18 ago 2026Visitar el sitio oficial

Qué es Cloudflare

Cloudflare opera una red global y una plataforma amplia para desarrolladores. Workers permite ejecutar código sin aprovisionar servidores. Alrededor de ese runtime existen entrega de recursos estáticos, Durable Objects, Workflows, Queues, R2, D1, KV, Hyperdrive, servicios de IA, observabilidad, DNS y seguridad. Un equipo puede usar solo la red, desplegar una aplicación completa o combinar varias primitivas.

Esta ficha fue escrita por sheeplaunch de forma independiente. Cloudflare no figura como autor ni como producto lanzado aquí.

Para quién encaja

Encaja en desarrolladores que quieren situar aplicaciones cerca de una red global y están dispuestos a elegir las primitivas correctas. Sirve para APIs sensibles a latencia, middleware, aplicaciones full-stack, procesos en segundo plano, coordinación global y entrega estática. También permite una adopción gradual colocando Cloudflare delante de un origen existente.

Capacidades principales

Workers para aplicaciones y funciones serverless con varios lenguajes y frameworks.
Red global para routing, caché, recursos estáticos, DNS, certificados y seguridad.
R2, D1, KV, Durable Objects, Queues y Workflows como servicios enlazables.
Wrangler para desarrollo local, configuración, despliegue y logs.
Observabilidad y límites configurables de CPU y ejecución.

Los bindings permiten entregar acceso tipado a servicios sin repartir credenciales convencionales por el código.

Límites y compromisos

La cantidad de productos aumenta la curva de aprendizaje. Cada almacén tiene consistencia, límites, región y unidad de cobro propias. No conviene tratar KV, D1, R2 y Durable Objects como bases intercambiables. La compatibilidad con Node.js es amplia, pero el código debe probarse en el runtime real.

Ejecutar globalmente no vuelve global y consistente a todos los datos. Ubicación, migraciones, recuperación y fallos siguen siendo decisiones arquitectónicas. Los bindings también crean dependencia de plataforma. Además, los planes de seguridad y red deben distinguirse de la factura de Workers.

Cómo cobra

Workers dispone de un plan gratuito y otro de pago por uso. El plan de pago incluye peticiones y tiempo de CPU; el exceso y los servicios enlazados se miden por separado. Los recursos estáticos tienen un tratamiento distinto. Un cálculo realista incluye CPU, almacenamiento, colas y bases de datos, no solo peticiones.

Alternativas relacionadas

Vercel y Netlify proporcionan un camino más guiado desde Git hasta producción. Cloudflare ofrece más decisiones de infraestructura. Supabase y Neon cubren Postgres gestionado y pueden conectarse desde Workers si el método de conexión se adapta al runtime.

Cómo evaluar esta ficha

Use esta ficha como punto de partida fechado, no como sustituto de una prueba con el producto. Antes de decidir, confirme en la documentación oficial qué funciones, regiones, límites, integraciones y condiciones de privacidad corresponden a su cuenta. Prepare un caso real con datos representativos y anote qué parte de la configuración depende del proveedor, de su equipo o de terceros. La facilidad de una demostración inicial no demuestra por sí sola que el servicio encaje en producción.

Haga un piloto pequeño con las personas que operarán el sistema. Mida el tiempo de configuración, el flujo principal, la colaboración, el comportamiento ante errores y la recuperación. Compruebe permisos, inicio de sesión, registros, exportaciones, retención, residencia de datos, accesibilidad y soporte. Si el producto ejecuta automatizaciones o toma decisiones, verifique que el equipo pueda observarlas, detenerlas y revertir sus efectos. Documente también cómo se moverían los datos, configuraciones y procesos si el servicio deja de encajar.

Construya el cálculo de coste con el patrón de uso esperado, no solo con el precio de entrada. Incluya usuarios y asientos, entornos de prueba, almacenamiento, transferencia, ejecución, retención, complementos y crecimiento. Modele un mes normal y un pico razonable, y vuelva a revisar la estimación cuando cambie el tráfico o la organización. Asigne una persona responsable del contrato, la seguridad, el presupuesto y la revisión periódica. La mejor elección no es la que acumula más funciones, sino la que resuelve el trabajo principal con límites, responsabilidades y salida suficientemente claros.

Fuentes oficiales

Revisado por sheeplaunch el 18 de agosto de 2026.