Railway ou Render: ficar ocioso pode inverter a plataforma mais barata

Para um backend pequeno que precisa permanecer disponível, Railway pode custar menos quando o uso médio de CPU é baixo; Render pode sair mais barata quando a carga é contínua. Na tabela de preços da Railway, CPU e memória são cobradas conforme o consumo; a tabela de preços da Render apresenta configurações com preço mensal definido, cuja cobrança é proporcional ao tempo em que o serviço roda.

Considere, como hipótese, um serviço ligado por 730 horas, ocupando 1 GB de memória. Com média de 0,2 vCPU, a computação custa cerca de US$ 14,20 na Railway, contra US$ 25 na configuração 1c-2g da Render. Se a média subir para 1 vCPU, a estimativa da Railway passa a US$ 30,43, enquanto a da Render permanece em US$ 25. Os valores resultam das tarifas publicadas e das premissas declaradas, não de um teste de desempenho.

O que precisa ser igual na comparação

Memória necessária, uso médio de CPU e tempo de atividade precisam entrar na mesma conta. A documentação dos planos de computação da Render especifica 1 CPU e 2 GB de RAM para o 1c-2g; o 0.5c-512mb oferece 0,5 CPU e 512 MB. Assim, uma API que ocupa 1 GB não cabe no plano pago menor, mesmo que sua CPU permaneça quase ociosa. Na Railway, a memória que o processo mantém ocupada continua gerando custo enquanto ele roda.

Os cálculos usam o workspace Hobby de cada plataforma e um serviço ativo durante todo um mês convencional de 730 horas. Na Railway, o Hobby tem consumo mínimo de US$ 5, valor que já inclui US$ 5 de créditos de uso: uma conta de recursos inferior a esse piso continua em US$ 5, enquanto o consumo superior substitui o piso no total. Na Render, o workspace Hobby não tem mensalidade própria; paga-se pela configuração escolhida enquanto ela estiver em execução.

Os números abaixo cobrem somente CPU e memória do serviço. Banco de dados, armazenamento persistente, tráfego de saída, impostos e outros componentes ficam fora das estimativas. CPU média significa processamento efetivamente usado ao longo do período, e não a capacidade que talvez seja necessária para suportar picos. Por isso, duas configurações com custo próximo não representam, por si só, a mesma folga operacional ou a mesma velocidade de resposta.

Três perfis mudam o resultado

Os perfis seguintes são hipóteses reproduzíveis, não medições de aplicações reais. Todos permanecem ligados pelas mesmas 730 horas; variam a memória ocupada e a CPU média para mostrar o efeito de cada parcela na fatura.

• Protótipo ocioso: com 0,25 GB de memória e média de 0,05 vCPU, o consumo calculado da Railway é de aproximadamente US$ 3,55. O mínimo do Hobby eleva a cobrança a US$ 5. Na Render, o 0.5c-512mb custa US$ 7 pelo mês completo. Essa comparação pressupõe que o protótipo caiba na memória do plano menor e precise ficar ligado.
• API estável: com 1 GB de memória e média de 0,2 vCPU, a Railway chega a cerca de US$ 14,20. A Render exige uma configuração que comporte essa memória; o 1c-2g custa US$ 25. Mesmo disponível o mês inteiro, a API usa pouca CPU em média, e essa diferença favorece a cobrança por consumo.
• Worker intensivo: com 1 GB de memória e média de 1 vCPU, a Railway chega a aproximadamente US$ 30,43, ante US$ 25 pelo 1c-2g da Render. O worker ocuparia toda a CPU nominal dessa configuração em média. Se o trabalho tiver picos ou exigir folga, poderá ser necessária uma configuração maior; o cálculo isolado não demonstra equivalência de capacidade.

A tarifa da Railway é aplicada aos segundos de CPU consumidos e aos segundos de memória ocupada. Na Render, o preço depende da configuração que acomoda o serviço e do tempo em que ela funciona, mesmo quando há poucas requisições. A quantidade de acessos, sozinha, não revela nenhuma dessas duas parcelas: uma API silenciosa pode manter bastante RAM ocupada, e um worker pode usar CPU continuamente sem receber tráfego web.

Onde fica o ponto de equilíbrio

Com 1 GB ocupado por 730 horas, a parcela de memória da Railway soma cerca de US$ 10,14. Cada vCPU de uso médio acrescenta aproximadamente US$ 20,29. Igualando a soma aos US$ 25 do 1c-2g da Render, o equilíbrio aparece perto de 0,73 vCPU média. Abaixo desse nível, a Railway custa menos em computação nas condições adotadas; acima dele, a configuração fixa da Render custa menos.

Memória maior desloca o cruzamento. Se o mesmo processo ocupar 2 GB durante todo o período, a parcela de RAM na Railway sobe para cerca de US$ 20,29 e a igualdade com os US$ 25 da Render ocorre perto de 0,23 vCPU média. Já um processo que caiba em 512 MB pode ser comparado com a configuração paga de US$ 7 da Render, produzindo outro ponto de equilíbrio. O preço depende da memória mantida em uso, não apenas de quão frequentemente a aplicação recebe trabalho.

Para um orçamento em reais, o câmbio precisa ser uma premissa explícita. Usando apenas como exemplo US$ 1 = R$ 5, os US$ 25 do serviço Render equivalem a R$ 125, e os US$ 30,43 estimados para a Railway equivalem a aproximadamente R$ 152,15, antes de impostos e tarifas de pagamento. Essa conversão ilustra o método; não representa uma cotação de mercado nem altera qual plataforma vence no cálculo em dólares.

Um serviço ocioso pode continuar cobrando

Baixa atividade e suspensão são situações diferentes. Um processo que continua ligado na Railway ainda mantém memória ocupada. O guia da Railway sobre cobrança por consumo explica que o modo Serverless pode suspender um serviço inativo e interromper sua cobrança de CPU e memória enquanto ele dorme. A detecção considera tráfego de saída: conexões com banco de dados, telemetria e consultas periódicas podem impedir a suspensão. A primeira requisição após o sono também precisa esperar o serviço despertar.

Na Render, a documentação do serviço gratuito informa que uma instância web Free suspende após 15 minutos sem tráfego de entrada e leva cerca de um minuto para reiniciar quando chega uma nova requisição. Isso oferece outra opção para um protótipo que tolera a espera, mas o plano Free tem limitações e não é indicado para produção. As estimativas dos perfis anteriores tratam de serviços pagos e ligados continuamente; se um serviço for desligado durante parte do mês, a Render também reduz proporcionalmente sua cobrança de computação.

O custo de produção inclui mais que a aplicação

O ponto de equilíbrio calculado vale para um único serviço no workspace Hobby. Uma equipe pode precisar de recursos de um plano superior: na Railway, o Pro aumenta o consumo mínimo, mas esse valor continua convertido em crédito de uso; na Render, a mensalidade do workspace Pro se soma à computação. Assim, o preço de uma instância isolada não descreve a fatura de uma operação que exige recursos de equipe, mais serviços ou outras configurações.

Um banco de dados também muda os dois lados da comparação. Na Railway, seu processo consome CPU e memória, e um volume persistente acrescenta armazenamento cobrado. Na Render, Postgres tem configurações e preços próprios, separados do serviço da aplicação. Réplicas multiplicam a computação necessária; tráfego de saída e discos acrescentam despesas conforme as regras de cada plataforma. Para comparar uma arquitetura completa, essas parcelas precisam usar o mesmo período, a mesma moeda e requisitos equivalentes de capacidade.

Para o backend pequeno que permanece disponível e usa pouca CPU, o consumo medido pode compensar o mínimo da Railway. Uma carga contínua que aproveite boa parte de uma configuração adequada pode favorecer o preço mensal da Render e tornar a parcela de computação mais previsível. A memória ocupada e os componentes exigidos em produção determinam se essa vantagem aparece também na fatura total.

Leia também:

• Kajabi ou Podia: a receita mensal pode inverter a plataforma mais barata
• HubSpot ou Pipedrive: o CRM grátis pode custar mais quando a equipe cresce
• Miro ou FigJam: o quadro barato pode virar uma segunda plataforma