13. Costes y escalado

“Es muy barato” no sirve para decidir. En este capítulo calculo, con los precios de noviembre de 2026, lo que cuesta la aplicación de la guía en tres momentos de su vida, y explico qué pasa cuando crece.

Para quién es y qué necesitas

Para quien quiere saber cuánto le va a costar su aplicación antes de lanzarla, y qué cambia si crece.

Antes de empezar:

• Haber leído los capítulos de cada producto, o tener una idea de qué piezas vas a usar.
• Una estimación de tu tráfico, aunque sea a ojo: usuarios al mes y peticiones por usuario.

Al terminar tendrás tres escenarios con su coste mes a mes, una idea de cómo crece la factura con el tráfico y los dos errores de diseño que más caro me parecen en Cloudflare.

Cómo factura Cloudflare

flowchart TB
    C[Cuenta] --> P{Plan de Workers}
    P -->|Gratuito| F[Límites diarios<br/>sin coste]
    P -->|Pago: 5 $/mes| I[Cuotas mensuales incluidas]
    I --> E[Uso por encima:<br/>se paga por unidad]
    E --> R[Peticiones y CPU]
    E --> S[Datos: filas, lecturas,<br/>escrituras, GB]
    E --> O[Operaciones: colas,<br/>R2, logs, IA]

Tres ideas que explican casi todas las facturas:

1. El plan de pago es por cuenta, no por Worker: 5 $ cubren todos tus proyectos.
2. Se paga CPU, no tiempo: esperar a una base de datos o a una API externa no cuesta.
3. No hay coste de salida: ni en Workers ni en R2. Lo que en otras nubes es la partida más difícil de prever, aquí no existe.

Escenario 1: prototipo de I+D

Un prototipo que enseñas a 50 personas: 3.000 peticiones al día, una D1 de 50 MB y 1 GB en R2.

Coste: el dominio. Este es el escenario en el que Cloudflare me resulta imbatible: puedo tener diez prototipos vivos a la vez sin pagar por ninguno.

Escenario 2: SaaS pequeño

500 usuarios activos: 5 millones de peticiones al mes, 20 GB de adjuntos, 2 millones de mensajes en colas y un millón de tokens de IA.

Unos 6 $ al mes. El plan de pago lo justifican sobre todo los límites (CPU, colas, logs de 7 días), no el tráfico.

Escenario 3: una aplicación con tracción

Ahora la aplicación funciona: 50 millones de peticiones al mes, más escrituras, 200 GB de archivos y logs de todo.

Unos 80 $ al mes. Fíjate en el reparto: las peticiones son solo el 15 %. Lo que más pesa son los logs, las escrituras y las operaciones de R2.

Cómo crece el coste con las peticiones

El crecimiento es lineal y predecible: unos 0,40 $ por cada millón de peticiones adicionales con 5 ms de CPU. No hay saltos por “cambiar de máquina”.

Qué escala solo y qué no

En mi experiencia, en Cloudflare casi nunca te quedas sin “máquinas”: los problemas de escala son de diseño. El que más veo es concentrar en un solo sitio algo que se escribe mucho.

Un Durable Object atiende las peticiones de una en una. Si todos tus usuarios escriben en el mismo (un contador global, por ejemplo), hacen cola; si cada usuario o cada sala tiene el suyo, trabajan a la vez:

flowchart LR
    subgraph MAL[Un objeto para todos: hacen cola]
      A1[Ana] --> G[Contador global]
      L1[Luis] --> G
      M1[Marta] --> G
    end
    subgraph BIEN[Un objeto por usuario: a la vez]
      A2[Ana] --> OA[Objeto de Ana]
      L2[Luis] --> OL[Objeto de Luis]
      M2[Marta] --> OM[Objeto de Marta]
    end

Con una fila de D1 que todos actualizan pasa lo mismo. Si necesitas un total, guarda un contador por usuario y súmalos al consultar, o agrupa las escrituras en una cola.

Vigilar la factura

1. Avisos de facturación en Observability › Alerts, por email o webhook (capítulo de observabilidad).
2. Límites en tu código: limitación de peticiones por usuario, max_tokens en cada llamada a un modelo, tamaño máximo de subida.
3. Muestreo de logs ajustado al tráfico.
4. Revisión mensual del panel de facturación por producto: cinco minutos al mes que evitan sorpresas.

Resumen

• Prototipo: 0 $. SaaS pequeño: unos 6 $. Con tracción (50 M de peticiones): unos 80 $.
• Las partidas grandes son logs, escrituras y operaciones de R2, no las peticiones.
• Los límites de escala son de diseño: reparte lo que se escribe mucho.
• Siguiente capítulo: entornos y despliegues.

Recursos

• Precios de Workers y sus productos
• Límites de Workers
• Precios de R2
• Cómo está montado este blog y cuánto cuesta (próximamente)