Cobrança por uso ou capacidade

A resposta curta

Na cobrança por uso você paga o que o app em execução consome, e a fatura acompanha o tráfego e o que continua ocupado. Na cobrança por capacidade você paga o tamanho que configurou pelas horas em que o serviço fica no ar, inclusive as horas em que ele está quieto.

Nenhum modelo é o preço vencedor. São duas apostas. As tarifas abaixo foram lidas em 28 de outubro de 2026 na Railway e nos preços da Unbroker. Os limites de cada plano e outros dois exemplos ficam em preços da Railway, explicados. Este texto não repete essa página.

Duas formas de transformar CPU e memória em fatura

Como a CPU é cobrada num PaaS é a diferença inteira. Um medidor olha o consumo. O outro olha o tamanho que você reservou.

Por uso

A cobrança por segundo mede a CPU, a memória e o disco que o serviço realmente usa, nos segundos em que os usa. A página de preços da Railway diz que a cobrança é sempre por segundo, então um serviço parado não soma esses recursos.

Por capacidade

A cobrança por capacidade configurada cobra a vCPU e a memória que você fixou, por cada hora em que uma réplica dessa forma está no ar. Na Unbroker um pico curto de utilização não mexe nessa linha se a configuração e a quantidade de réplicas não mudam.

Máquinas a preço fixo

Um servidor Linux na nuvem é um terceiro modelo: um preço mensal pela máquina virtual, não uma linha de CPU por hora. O tamanho S custa $17.95 por 4 vCPU, 8 GB de RAM e 100 GB de SSD, com tráfego ilimitado dentro do uso justo. É um contrato mensal. Cancelar agenda o desligamento no fim do mês que você já pagou. Os outros tamanhos, e o que você mesmo opera, estão em servidores Linux na nuvem e em VPS ou PaaS.

Por que uma fatura por uso cresce mesmo sem mudança

Se a pergunta é por que a fatura de um PaaS subiu e o produto parece o mesmo, o medidor de uso é que andou. O preço de tabela não precisava mudar.

Tráfego e picos

O medidor por uso soma CPU e memória pelos segundos em que o processo está ocupado. Uma hora cheia custa mais do que uma hora calma do mesmo serviço. O medidor por capacidade ignora esse sobe e desce e continua cobrando o tamanho configurado.

Trabalho de fundo que não para

Um worker, um cron ou um processo que segura memória conta como consumo enquanto roda. Num medidor por segundo esse tempo entra na fatura mesmo sem usuários. Parar o serviço é o que, nas palavras da Railway, zera a cobrança de compute.

Réplicas e autoscaling

Cada cópia no ar é outro medidor. Na Unbroker, o autoscaling cobra as réplicas que estão de fato rodando entre o seu mínimo e o seu máximo. Somar uma réplica soma a CPU e a memória configuradas dela pelas horas em que ela roda. Se a quantidade de réplicas não muda, a linha de CPU e memória também não.

Saída de dados e disco

A transferência de saída e o disco têm medidor próprio, separado da CPU. A Railway lista egress a $0.05 por GB. A Unbroker lista $0.05 por GB de saída depois de 100 GB no Pro, e a transferência de entrada e a da rede privada são grátis. Os volumes da Railway custam $0.00000006 por GB-segundo, com uma constante mensal de $0.15 por GB. O armazenamento da Unbroker custa $0.20 por GB decimal provisionado ao mês. Este texto não inventa um total de tráfego em cima dessas tarifas. Railway e Render é outra comparação e não é reescrita aqui.

Tarifas públicas, lado a lado

São unidades, não faturas. Uma linha não diz o que você vai pagar. A coluna mensal da Railway é a constante que a página publica para um recurso a 100% durante o mês de cobrança. A cobrança continua por segundo.

Recurso	Railway, por uso	Unbroker, capacidade configurada
CPU	$0.00000772 por vCPU-segundo. Constante mensal $20 por vCPU.	$0.03 por vCPU-hora configurada enquanto o serviço roda.
Memória	$0.00000386 por GB-segundo. Constante mensal $10 por GB.	$0.015 por GiB-hora configurada enquanto o serviço roda.
Disco	$0.00000006 por GB-segundo. Constante mensal $0.15 por GB.	$0.20 por GB decimal provisionado ao mês.
Egress	$0.05 por GB.	$0.05 por GB depois de 100 GB no Pro.

Leitura de 28 de outubro de 2026. As tarifas de sandbox e de VM da Railway são outro produto e ficam na página de preços dela. Os três exemplos abaixo usam só CPU e memória. Ficam de fora disco, egress, builds, impostos e qualquer outro serviço da conta.

Exemplos com as premissas à vista

Cada exemplo é um serviço de 0,5 vCPU e 0,5 GiB num mês de 720 horas (30 dias, 2.592.000 segundos). A Railway cobra memória em GB decimais. 0,5 GiB são 0,536870912 GB, com 1 GiB = 1.073.741.824 bytes e 1 GB = 1.000.000.000 bytes. É a conversão por trás da nota de preços que chama 10,74 GB decimais um volume de 10 GiB. As linhas em dólares são o produto exato arredondado para o centavo.

Uma API pequena, sempre ligada

O serviço roda as 720 horas e usa 100% desses 0,5 vCPU e 0,5 GiB o tempo todo.

A CPU na Railway é 0,5 × 2.592.000 × $0.00000772 = $10.00512, ou seja $10.01. A memória na Railway é 0,536870912 × 2.592.000 × $0.00000386 = $5.37146, ou seja $5.37. O uso soma $15.38.

A CPU na Unbroker é 0,5 × 720 × $0.03 = $10.80. A memória na Unbroker é 0,5 × 720 × $0.015 = $5.40. O uso soma $16.20. Essas duas linhas são as mesmas de compute do exemplo da página de preços.

Se esses $15.38 fossem o único uso do Hobby, passam do crédito de $5, e a FAQ de preços da Railway diz que se cobra o total do uso. Se esses $16.20 fossem o único uso do Pro, ficam abaixo do crédito de $25, e a fatura permanece $25 antes dos impostos. As linhas de uso não são as faturas.

Um serviço ocioso a maior parte do dia

Mesmo tamanho, as 720 horas no ar, mas o uso médio é 10% dos 0,5 vCPU e 10% dos 0,5 GiB. Nada está parado.

A Railway cobra então 10% do consumo sempre ligado: $1.00 de CPU e $0.54 de memória, $1.54 de uso. A Unbroker continua cobrando o tamanho configurado, $16.20, porque o serviço ficou no ar. A porcentagem que você assume é a diferença inteira.

Se esses $1.54 fossem o único uso do Hobby, ficam abaixo de $5, então não há cobrança extra de uso. A assinatura do Hobby continua $5. No Pro da Unbroker os $16.20 ficam abaixo do crédito, então a fatura continua $25 antes dos impostos. Uma pausa confirmada ou uma exclusão cortam o intervalo da Unbroker. Um serviço parado na Railway zera a cobrança de compute.

Um serviço com um pico diário

Mesmo tamanho, o mês inteiro no ar. Por 22 horas ao dia o uso é 10% desse tamanho, e por 2 horas ao dia é 100%. Em 30 dias são 660 horas calmas e 60 horas ocupadas.

A CPU na Railway é 0,5 × (660 × 0,10 + 60) × 3.600 × $0.00000772 = $1.75. A memória, com a passagem de GiB para GB, é $0.94. O uso soma $2.69.

A Unbroker, com uma réplica o mês todo, continua em $16.20. O pico não aparece em CPU nem em memória. Se uma segunda réplica do mesmo tamanho rodar só nessas 60 horas, some 0,5 × 60 × $0.03 = $0.90 e 0,5 × 60 × $0.015 = $0.45, que são $1.35. O uso vai a $17.55. Esse segundo total é outra premissa, não uma correção da primeira.

A mensalidade do plano e o crédito incluído

A mensalidade e o crédito não são uma segunda cópia das tarifas de uso. Nas páginas lidas em 28 de outubro de 2026, o Hobby custa $5 por mês com $5 de uso incluído, e o Pro da Railway custa $20 por workspace por mês com $20 de uso incluído. O uso incluído zera a cada ciclo e não acumula. Se o uso do Hobby for de $5 ou menos, a Railway diz que não cobra extra pelo uso. Se o uso do Hobby passar de $5, a Railway diz que cobra o total do uso. Para o Pro da Railway, a página diz que o uso acima do crédito incluído é faturado nas tarifas de uso. Ela não repete a frase do Hobby sobre cobrar o total do uso.

O Pro da Unbroker custa $25 por mês com $25 de crédito de uso. Os créditos zeram a cada ciclo e não acumulam. Se o uso ficar abaixo do crédito, a fatura permanece $25 antes dos impostos. Se o uso for maior, só a diferença é somada. O desenho da própria página de preços é 0,5 vCPU × 720 horas = $10.80, 0,5 GiB × 720 horas = $5.40, um volume de 10 GiB a $2.15 e 100 minutos de build a $0.50. O uso elegível é $18.85, o crédito cobre, e a fatura estimada é $25.00. A mesma página diz que $38 de uso deixariam $13 de excedente e uma fatura de $38. O tempo de build nessa página custa $0.005 por minuto de execução. Transferência, infraestrutura gerenciada e impostos ficam fora do desenho.

Qual modelo combina com qual app

Escolha o medidor que combina com o jeito como o app gasta o tempo. Não escolha porque um exemplo isolado deu mais baixo.

A cobrança por uso combina quando

O processo fica ocioso, ou parado, boa parte do mês, e você aceita que um trecho ocupado aumente a fatura. Antecipar o número é mais difícil aqui, porque a fatura espera para ver o que o processo fez.

A cobrança por capacidade combina quando

O serviço fica no ar, e você prefere escrever a linha de CPU e memória antes do deploy a olhar um gráfico de utilização. Você paga o tamanho reservado mesmo quando o uso fica bem abaixo de 100%.

Um servidor a preço fixo combina quando

Você quer um preço mensal por uma máquina e topa operar o sistema. Isso é o servidor Linux na nuvem, não um terceiro jeito de medir a mesma plataforma de apps.

Como manter previsível qualquer fatura de PaaS

Escreva a linha antes do primeiro deploy, e perceba quando uma segunda cópia entra no ar. A lista é um roteiro, não uma promessa sobre a fatura do mês que vem.

1. Anote vCPU, memória, quantidade de réplicas e horas no ar que você espera.
2. Multiplique pela tarifa publicada desse medidor. Se o medidor for por segundo, declare a porcentagem de utilização.
3. Defina um máximo de réplicas e trate cada réplica extra como uma linha própria.
4. Desligue os previews que você não está usando. Cada um é outra cópia no ar.
5. Deixe egress e disco em linhas separadas. Não misture os dois na estimativa de CPU.
6. Pause ou pare um serviço que não deveria rodar de madrugada, se a plataforma deixar.
7. Lembre da mensalidade do plano. Uso abaixo do crédito incluído não zera a assinatura.
8. Ligue um alerta de gasto onde a plataforma tiver um. Este texto não descreve um produto de alertas específico.

Perguntas frequentes

Qual é a diferença entre cobrança por uso e cobrança por capacidade?

A cobrança por uso cobra a CPU e a memória que um serviço em execução realmente consome. A cobrança por capacidade cobra o tamanho que você configurou pelas horas em que esse serviço fica no ar. Nenhuma das duas é a fatura inteira: a mensalidade do plano e o crédito incluído continuam valendo.

Por que minha fatura de cloud aumentou?

Num medidor por uso, a fatura acompanha o consumo. Tráfego, um processo que ficou ocupado, uma réplica a mais, a saída de dados ou o disco podem aumentá-la mesmo com o produto igual. Num medidor por capacidade, a linha de CPU e memória não muda se a configuração e o tempo no ar continuam os mesmos.

Um PaaS cobra quando meu app está ocioso?

Depende do medidor e de o processo ainda estar de pé. A Railway diz que um serviço parado não custa nada em CPU, memória e disco, e que um serviço no ar continua cobrado por segundo pelo que usa. No Pro da Unbroker o app não dorme por inatividade, então a CPU e a memória configuradas seguem acumulando até você pausar ou apagar.

A cobrança por segundo deixa a fatura menor?

Só com pouca utilização, e só na linha de uso. Os exemplos abaixo mantêm o tamanho fixo e mudam a porcentagem desse tamanho que é de fato usada. A mensalidade do plano pode continuar devida mesmo quando o uso fica abaixo do crédito.

Como estimo o custo mensal antes do deploy?

Anote vCPU, memória, número de réplicas e horas no ar, e multiplique pela tarifa publicada. O exemplo de preços da Unbroker faz essa conta para 0,5 vCPU e 0,5 GiB ao longo de 720 horas.

Como o autoscaling de réplicas mexe na fatura?

Você paga as réplicas que estão mesmo rodando, entre o mínimo e o máximo que definiu. Um pico de utilização não muda a linha de CPU ou memória se a configuração e a quantidade de réplicas ficam iguais.

O que significa capacidade configurada na Unbroker?

É a vCPU, a memória e a quantidade de réplicas que você define. A cobrança segue essa forma enquanto o serviço roda, não uma leitura de utilização a cada instante. O armazenamento segue o tamanho provisionado.