Precio por uso o por capacidad
La respuesta corta
Con precio por uso pagás lo que la app en marcha consume, y la factura acompaña al tráfico y a lo que queda ocupado. Con precio por capacidad pagás el tamaño que configuraste durante las horas en que el servicio corre, también las horas en que está quieto.
Ningún modelo es el precio ganador. Son dos apuestas. Las tarifas de abajo se leyeron el 28 de octubre de 2026 en Railway y en precios de Unbroker. Los límites de cada plan y otros dos ejemplos quedan en precios de Railway, explicados. Esta nota no repite esa página.
Dos formas de convertir CPU y memoria en una factura
Cómo se cobra la CPU en un PaaS es toda la diferencia. Un medidor mira el consumo. El otro mira el tamaño que reservaste.
Por uso
El cobro por segundo mide la CPU, la memoria y el disco que el servicio realmente usa, durante los segundos en que los usa. La página de precios de Railway dice que el cobro es siempre por segundo, así que un servicio detenido no suma esos recursos.
Por capacidad
El cobro por capacidad configurada carga la vCPU y la memoria que fijaste, por cada hora en que corre una réplica de esa forma. En Unbroker un pico corto de utilización no mueve esa línea si la configuración y la cantidad de réplicas no cambian.
Máquinas a precio fijo
Un servidor Linux en la nube es un tercer modelo: un precio mensual por la máquina virtual, no una línea de CPU por hora. El tamaño S sale $17.95 por 4 vCPU, 8 GB de RAM y 100 GB de SSD, con tráfico ilimitado dentro del uso justo. Es un contrato mensual. Cancelar programa el apagado al final del mes que ya pagaste. El resto de los tamaños, y lo que operás vos, está en servidores Linux en la nube y en VPS o PaaS.
Por qué una factura por uso crece aunque nada haya cambiado
Si te preguntás por qué sube la factura de un PaaS y el producto se ve igual, se movió el medidor de uso. El precio de lista no tenía que moverse.
Tráfico y picos
El medidor por uso suma CPU y memoria por los segundos en que el proceso está ocupado. Una hora cargada cuesta más que una hora tranquila del mismo servicio. El medidor por capacidad ignora ese vaivén y sigue cobrando el tamaño configurado.
Trabajo de fondo que no se apaga
Un worker, un cron o un proceso que retiene memoria cuenta como consumo mientras corre. En un medidor por segundo ese tiempo entra en la factura aunque no haya usuarios. Detener el servicio es lo que, en las palabras de Railway, deja el cómputo en cero.
Réplicas y autoscaling
Cada copia en marcha es otro medidor. En Unbroker, el autoscaling cobra las réplicas que de verdad corren entre tu mínimo y tu máximo. Sumar una réplica suma su CPU y su memoria configuradas por las horas que corre. Si la cantidad de réplicas no cambia, la línea de CPU y memoria tampoco.
Tráfico saliente y disco
La transferencia de salida y el disco tienen medidor propio, aparte de la CPU. Railway publica egress a $0.05 por GB. Unbroker publica $0.05 por GB saliente después de 100 GB en Pro, y la transferencia entrante y la de la red privada son gratis. Los volúmenes de Railway salen $0.00000006 por GB-segundo, con una constante mensual de $0.15 por GB. El almacenamiento de Unbroker sale $0.20 por GB decimal aprovisionado al mes. Esta nota no inventa un total de tráfico encima de esas tarifas. Railway y Render es otra comparación y no se repite acá.
Tarifas públicas, lado a lado
Son unidades, no facturas. Una fila no dice lo que vas a pagar. La columna mensual de Railway es la constante que su página publica para un recurso al 100% durante el mes de facturación. El cobro sigue siendo por segundo.
| Recurso | Railway, por uso | Unbroker, capacidad configurada |
|---|---|---|
| CPU | $0.00000772 por vCPU-segundo. Constante mensual $20 por vCPU. | $0.03 por vCPU-hora configurada mientras el servicio corre. |
| Memoria | $0.00000386 por GB-segundo. Constante mensual $10 por GB. | $0.015 por GiB-hora configurada mientras el servicio corre. |
| Disco | $0.00000006 por GB-segundo. Constante mensual $0.15 por GB. | $0.20 por GB decimal aprovisionado al mes. |
| Egress | $0.05 por GB. | $0.05 por GB después de 100 GB en Pro. |
Lectura del 28 de octubre de 2026. Las tarifas de sandbox y de VM de Railway son otro producto y quedan en su página de precios. Los tres ejemplos de abajo usan solo CPU y memoria. Dejan afuera disco, egress, builds, impuestos y cualquier otro servicio de la cuenta.
Ejemplos con los supuestos a la vista
Cada ejemplo es un servicio de 0,5 vCPU y 0,5 GiB durante un mes de 720 horas (30 días, 2.592.000 segundos). Railway cobra la memoria en GB decimales. 0,5 GiB son 0,536870912 GB, con 1 GiB = 1.073.741.824 bytes y 1 GB = 1.000.000.000 bytes. Es la conversión que está detrás de la nota de precios que llama 10,74 GB decimales a un volumen de 10 GiB. Las líneas en dólares son el producto exacto redondeado al centavo.
Una API chica, siempre encendida
El servicio corre las 720 horas y usa el 100% de esos 0,5 vCPU y 0,5 GiB todo el tiempo.
La CPU en Railway es 0,5 × 2.592.000 × $0.00000772 = $10.00512, o sea $10.01. La memoria en Railway es 0,536870912 × 2.592.000 × $0.00000386 = $5.37146, o sea $5.37. El uso suma $15.38.
La CPU en Unbroker es 0,5 × 720 × $0.03 = $10.80. La memoria en Unbroker es 0,5 × 720 × $0.015 = $5.40. El uso suma $16.20. Esas dos líneas son las mismas de cómputo que el ejemplo de la página de precios.
Si esos $15.38 fueran el único uso de Hobby, superan el crédito de $5, y la FAQ de precios de Railway dice que se cobra el total del uso. Si esos $16.20 fueran el único uso de Pro, quedan bajo el crédito de $25, y la factura se queda en $25 antes de impuestos. Las líneas de uso no son las facturas.
Un servicio ocioso casi todo el día
Mismo tamaño, las 720 horas en marcha, pero el uso promedio es el 10% de los 0,5 vCPU y el 10% de los 0,5 GiB. Nada está detenido.
Railway cobra entonces el 10% del consumo siempre encendido: $1.00 de CPU y $0.54 de memoria, $1.54 de uso. Unbroker sigue cobrando el tamaño configurado, $16.20, porque el servicio no se apagó. El porcentaje que suponés es toda la diferencia.
Si esos $1.54 fueran el único uso de Hobby, quedan bajo $5, así que no hay un cargo extra de uso. La suscripción de Hobby sigue siendo $5. En Unbroker Pro los $16.20 quedan bajo el crédito, así que la factura sigue en $25 antes de impuestos. Una pausa confirmada o un borrado cortan el intervalo de Unbroker. Un servicio detenido en Railway deja el cómputo en cero.
Un servicio con un pico diario
Mismo tamaño, todo el mes en marcha. Durante 22 horas por día el uso es el 10% de ese tamaño, y durante 2 horas por día es el 100%. En 30 días son 660 horas tranquilas y 60 horas ocupadas.
La CPU en Railway es 0,5 × (660 × 0,10 + 60) × 3.600 × $0.00000772 = $1.75. La memoria, con el pasaje de GiB a GB, es $0.94. El uso suma $2.69.
Unbroker, con una sola réplica todo el mes, sigue en $16.20. El pico no aparece en CPU ni en memoria. Si una segunda réplica del mismo tamaño corre solo esas 60 horas, sumá 0,5 × 60 × $0.03 = $0.90 y 0,5 × 60 × $0.015 = $0.45, que son $1.35. El uso pasa a $17.55. Ese segundo total es otro supuesto, no una corrección del primero.
La cuota del plan y el crédito incluido
La cuota y el crédito no son una segunda copia de las tarifas de uso. En las páginas leídas el 28 de octubre de 2026, Hobby sale $5 por mes con $5 de uso incluido, y Railway Pro sale $20 por workspace por mes con $20 de uso incluido. El uso incluido se reinicia en cada ciclo y no se acumula. Si el uso de Hobby es de $5 o menos, Railway dice que no cobra extra por uso. Si el uso de Hobby pasa de $5, Railway dice que cobra el total del uso. Para Railway Pro, la página dice que el uso por encima del crédito incluido se factura a las tarifas de uso. No repite la frase de Hobby sobre cobrar el total del uso.
Unbroker Pro sale $25 por mes con $25 de crédito de uso. Los créditos se reinician en cada ciclo y no se acumulan. Si el uso queda bajo el crédito, la factura se queda en $25 antes de impuestos. Si el uso es mayor, solo se suma la diferencia. El esquema de la propia página de precios es 0,5 vCPU × 720 horas = $10.80, 0,5 GiB × 720 horas = $5.40, un volumen de 10 GiB a $2.15 y 100 minutos de build a $0.50. El uso elegible es $18.85, el crédito lo cubre y la factura estimada es $25.00. La misma página dice que $38 de uso dejarían $13 de excedente y una factura de $38. El tiempo de build en esa página sale $0.005 por minuto de ejecución. Transferencia, infraestructura gestionada e impuestos quedan fuera del esquema.
Qué modelo le queda a cada app
Elegí el medidor que coincide con cómo la app gasta el tiempo. No lo elijas porque un solo ejemplo dio más bajo.
El precio por uso encaja cuando
El proceso está ocioso, o detenido, gran parte del mes, y aceptás que un tramo ocupado suba la factura. Ahí es más difícil anticipar el número, porque la factura espera a ver qué hizo el proceso.
El precio por capacidad encaja cuando
El servicio se queda levantado, y preferís escribir la línea de CPU y memoria antes del deploy que mirar un gráfico de utilización. Pagás el tamaño reservado aunque el uso quede bien por debajo del 100%.
Un servidor a precio fijo encaja cuando
Querés un precio mensual por una máquina y estás dispuesto a operar el sistema. Eso es el servidor Linux en la nube, no una tercera forma de medir la misma plataforma de apps.
Cómo mantener previsible cualquier factura de PaaS
Escribí la línea antes del primer deploy, y fijate cuando arranca una segunda copia. La lista es una guía, no una promesa sobre la factura del mes que viene.
- Anotá vCPU, memoria, cantidad de réplicas y horas en marcha que esperás.
- Multiplicá por la tarifa publicada de ese medidor. Si el medidor es por segundo, declarí el porcentaje de utilización.
- Fijá un máximo de réplicas y tratá cada réplica extra como una línea propia.
- Apagá los previews que no estés usando. Cada uno es otra copia en marcha.
- Dejá el egress y el disco en líneas aparte. No los mezcles con la estimación de CPU.
- Pausá o detené un servicio que no debería correr de noche, si la plataforma te lo permite.
- Acordate de la cuota del plan. Un uso por debajo del crédito incluido no deja la suscripción en $0.
- Prendé una alerta de gasto donde la plataforma tenga una. Esta nota no describe un producto de alertas en particular.
Preguntas frecuentes
¿Cuál es la diferencia entre precio por uso y precio por capacidad?
El precio por uso cobra la CPU y la memoria que un servicio en marcha realmente consume. El precio por capacidad cobra el tamaño que configuraste durante las horas en que ese servicio corre. Ninguno de los dos es la factura completa: la cuota del plan y el crédito incluido siguen en el medio.
¿Por qué sube mi factura de hosting?
En un medidor por uso, la factura sigue al consumo. Tráfico, un proceso que quedó ocupado, una réplica de más, el tráfico saliente o el disco pueden subirla aunque el producto se vea igual. En un medidor por capacidad, la línea de CPU y memoria no se mueve si no cambian la configuración o el tiempo en marcha.
¿Un PaaS me cobra cuando la app está ociosa?
Depende del medidor y de si el proceso sigue levantado. Railway dice que un servicio detenido no cuesta nada en CPU, memoria y disco, y que un servicio en marcha se cobra por segundo según lo que usa. En Unbroker Pro la app no se duerme por inactividad, así que la CPU y la memoria configuradas siguen sumando hasta que la pausás o la borrás.
¿El cobro por segundo es más conveniente?
Solo con poca utilización, y solo en la línea de uso. Los ejemplos de abajo dejan el tamaño quieto y cambian el porcentaje de ese tamaño que realmente se usa. La cuota del plan puede seguir debida aunque el uso quede debajo del crédito.
¿Cómo estimo el costo mensual antes de desplegar?
Anotá vCPU, memoria, cantidad de réplicas y horas en marcha, y multiplicá por la tarifa publicada. El ejemplo de precios de Unbroker hace esa cuenta para 0,5 vCPU y 0,5 GiB a lo largo de 720 horas.
¿Cómo pega el autoscaling de réplicas en la factura?
Pagás las réplicas que de verdad están corriendo, entre el mínimo y el máximo que fijaste. Un pico de utilización no cambia la línea de CPU o memoria si la configuración y la cantidad de réplicas siguen iguales.
¿Qué significa capacidad configurada en Unbroker?
Es la vCPU, la memoria y la cantidad de réplicas que definís. El cobro sigue esa forma mientras el servicio corre, no una lectura de utilización instante a instante. El almacenamiento sigue el tamaño que aprovisionás.