Cloudflare Workers, Pages y R2 para pequeñas empresas: una guía en lenguaje sencillo

Cloudflare es conocido sobre todo por su DNS y la seguridad de sitios web, pero también opera una plataforma para desarrolladores donde las pequeñas empresas pueden alojar sitios web, ejecutar automatizaciones sencillas y guardar archivos sin administrar un servidor. En términos simples: Workers ejecuta código y ahora también sirve sitios web estáticos (Cloudflare indica que los proyectos nuevos empiecen ahí en lugar de en Pages), R2 almacena archivos y copias de seguridad sin cargos por ancho de banda de salida (egress), y D1 y KV son bases de datos ligeras. Encaja muy bien con sitios comerciales rápidos, herramientas web sencillas y copias de seguridad externas. No es un reemplazo directo para WordPress, aplicaciones PHP, correo electrónico ni nada que necesite un servidor de base de datos tradicional. Esta guía explica cada pieza, cuándo conviene y cómo evitar la dependencia de un solo proveedor.

Las piezas, en lenguaje de negocio

Producto	Qué es	Uso típico en una empresa
Workers	Código que se ejecuta en la red de Cloudflare, cerca de los visitantes, sin un servidor que mantener	Procesar formularios, redirecciones, API pequeñas, verificaciones programadas y alojar sitios web estáticos
Pages	La plataforma anterior de Cloudflare para sitios web y aplicaciones front-end	Sitios existentes; Cloudflare ahora dirige los proyectos nuevos a Workers
R2	Almacenamiento de objetos para archivos, compatible con la API de S3	Copias de seguridad externas, documentos, imágenes, descargas
D1	Una base de datos SQL administrada con la semántica de SQLite	Aplicaciones pequeñas: formularios de solicitudes, inventarios, herramientas internas
KV	Un almacén global de clave-valor optimizado para lecturas	Configuraciones, listas de permitidos, contenido en caché

Sitios web: recursos estáticos en Workers frente a Pages

Cloudflare Pages sigue documentado y con soporte, y continúa siendo un lugar razonable para un sitio existente. Pero su documentación ahora indica que los proyectos nuevos empiecen con Workers y describe Workers como "la plataforma principal de Cloudflare para crear aplicaciones". Cloudflare publica una guía para migrar de Pages a Workers, que señala que Workers tiene un conjunto de funciones más amplio, incluidos Cron Triggers, Workers Logs y despliegues graduales.

Para el dueño de un negocio, lo práctico es esto: un sitio comercial estático (HTML, CSS, imágenes, creado con un generador de sitios o un framework) puede servirse desde la red de Cloudflare con los recursos estáticos de Workers, desplegado automáticamente desde un repositorio Git. La guía de migración indica que las solicitudes de recursos estáticos son gratuitas en ambas plataformas. No hay servidor que actualizar y el sitio carga rápido para visitantes en Miami y en cualquier otro lugar.

Lo que no hace: ejecutar WordPress ni otro software en PHP. Workers admite JavaScript, TypeScript, Python y Rust, además de lenguajes que compilan a WebAssembly. Si su sitio está en WordPress, debe estar en un hosting adecuado, con Cloudflare delante como CDN y firewall. Consulte nuestra comparación entre un sitio web a la medida y WordPress para la decisión más amplia.

Workers para automatizaciones pequeñas

Muchas automatizaciones útiles para una empresa son unas pocas decenas de líneas de código:

• Procesador de formularios de contacto que valida los datos, comprueba un token CAPTCHA y envía el cliente potencial al correo o a un CRM.
• Redirecciones y enlaces cortos para campañas de marketing, administrados en un solo lugar.
• Tareas programadas con Cron Triggers: comprobar que su sitio web y su portal responden, y avisar a alguien si no.
• Receptores de webhooks que aceptan una notificación de un sistema de pagos o de reservas y la reenvían.

Los límites importan. La documentación de Cloudflare indica estos para el plan Workers Free: 100,000 solicitudes por día, 10 milisegundos de tiempo de CPU por invocación y 5 Cron Triggers por cuenta. Diez milisegundos de CPU parecen muy poco, pero Cloudflare aclara que esperar respuestas de red (llamadas fetch(), lecturas de KV o consultas a bases de datos) no cuenta como tiempo de CPU, así que un procesador de formularios sencillo normalmente cabe. El plan Workers Paid eleva el tiempo de CPU a 30 segundos por solicitud de forma predeterminada, configurable hasta 5 minutos. El trabajo más pesado (procesamiento de video, reportes grandes, tareas largas) corresponde a un servidor.

R2 para copias de seguridad y archivos

R2 es almacenamiento de objetos, la misma categoría que Amazon S3. Dos detalles lo hacen atractivo para las pequeñas empresas:

• Sin cargos por egress. La documentación de precios de Cloudflare indica que no hay cargos por ancho de banda de salida en ninguna clase de almacenamiento. Descargar sus propias copias durante una restauración no genera una factura de ancho de banda. Cloudflare también aclara que otros servicios medidos que conecte a un bucket sí pueden facturarle.
• Compatibilidad con la API de S3. Cloudflare afirma que R2 implementa la API de S3, así que muchas herramientas de respaldo compatibles con almacenamiento tipo S3 pueden escribir en él. Cloudflare también documenta diferencias, así que pruebe su herramienta concreta.

R2 tiene dos clases de almacenamiento. Standard es la predeterminada y la única cubierta por la asignación gratuita mensual. Infrequent Access cuesta menos de almacenar, pero cobra por la recuperación de datos y exige un mínimo de 30 días de almacenamiento, por lo que conviene para archivos históricos que casi no se leen, no para copias que restaura con frecuencia.

Cómo hacer de R2 un destino de respaldo seguro

1. Use un bucket separado para las copias, con un token limitado solo a ese bucket.
2. Active los bucket locks. Los bloqueos de bucket de R2 impiden que los objetos se borren o se sobrescriban durante cierto tiempo, hasta una fecha o de forma indefinida. Un período de retención ayuda a proteger las copias si un servidor o una credencial se ven comprometidos.
3. Que R2 sea una copia, no la única. Encaja como la parte externa de la estrategia de respaldo 3-2-1, junto con copias locales.
4. Pruebe restauraciones de forma periódica. Una copia que nunca ha restaurado es una esperanza, no un plan.

D1 y KV, en breve

D1 es una base de datos SQL sin servidor para aplicaciones pequeñas creadas sobre Workers. Su función Time Travel está siempre activa y le permite restaurar una base de datos a cualquier minuto de los últimos 30 días en Workers Paid, o de los últimos 7 días en Workers Free. Puede exportar una copia SQL completa con wrangler d1 export, útil para sus propios respaldos fuera de la plataforma.

KV es un almacén de clave-valor pensado para datos que se leen mucho. Tiene consistencia eventual: Cloudflare indica que los cambios pueden tardar 60 segundos o más en verse en otras ubicaciones. Eso sirve para configuraciones y contenido en caché, pero no para cosas como existencias o pagos, donde cada escritura debe verse de inmediato.

Cuándo es mejor un servidor o un hosting tradicional

La plataforma de Cloudflare es una herramienta sólida, no universal. Elija un hosting tradicional, un VPS o un servidor en la nube o dedicado cuando necesite:

• WordPress, PHP u otro CMS con plugins.
• MySQL, PostgreSQL o Microsoft SQL Server como base de datos principal, o software que espera un servidor Linux o Windows normal.
• Hosting de correo, carpetas compartidas o aplicaciones de gestión del negocio.
• Procesamiento largo o pesado que supera los límites de CPU de Workers.
• Control total del sistema operativo por requisitos de cumplimiento o de soporte del fabricante.

Una configuración común y sensata para una empresa del sur de la Florida combina ambas cosas: la aplicación principal en un hosting administrado, Cloudflare delante para DNS, CDN y seguridad, y Workers o R2 para tareas pequeñas y copias externas.

Dependencia del proveedor y plan de salida

Toda plataforma crea cierta dependencia. Planifique la salida antes de necesitarla:

• R2 es la pieza más portátil. Como habla la API de S3, mover los datos a otro proveedor compatible con S3 es un trabajo de copia.
• El código de Workers es parcialmente portátil. La lógica en JavaScript o TypeScript simple se traslada con facilidad; el código que depende de los bindings de Cloudflare (KV, D1, R2 dentro de un Worker) requiere adaptación.
• Guarde su código en Git, en una cuenta que sea de su empresa, y despliegue desde ahí.
• Exporte los datos con regularidad: D1 a archivos SQL, KV a JSON, R2 a un segundo destino.
• Sea dueño de la cuenta de Cloudflare. La cuenta debe pertenecer a la empresa, con MFA y al menos dos administradores, no a un antiguo contratista.

Si quiere ayuda para decidir si la plataforma de Cloudflare, un hosting tradicional o una combinación es lo adecuado para su sitio web, sus herramientas y sus copias de seguridad, solicite una evaluación de TI gratuita. Core Florida IT es un proveedor de TI independiente que crea y administra estas configuraciones para empresas en Miami-Dade y todo el sur de la Florida, mediante nuestros servicios de administración de hosting web y sitios web a la medida.

Fuentes

• Cloudflare Pages: "Start new projects with Workers" (Cloudflare Docs)
• Migrar de Pages a Workers (Cloudflare Docs)
• Límites de Workers (Cloudflare Docs)
• Lenguajes de Workers (Cloudflare Docs)
• Precios de R2 y egress (Cloudflare Docs)
• Compatibilidad de R2 con la API de S3 (Cloudflare Docs)
• Bucket locks de R2 (Cloudflare Docs)
• D1 Time Travel (Cloudflare Docs)
• Importar y exportar datos en D1 (Cloudflare Docs)
• Cómo funciona KV (Cloudflare Docs)