Deploy para solo founders: Cloudflare, Vercel ou Railway

O painel de deploy mostra quatro serviços: blog, tool-api, dashboard e worker-daily-report. Os dois primeiros rodam na Cloudflare, o terceiro na Vercel e o último ainda está entre Railway e Workers. Cada um trava em um ponto diferente: builds, CPU do Workers, cobrança da Vercel ou escolha entre contêiner e função.

Um negócio operado por uma pessoa costuma combinar site de conteúdo, ferramenta, dashboard SaaS e tarefas agendadas. A comparação útil não procura um vencedor; procura o runtime adequado e os limites de custo e manutenção de cada serviço.

1. Quatro serviços, quatro limites diferentes

blog é um site Astro estático no Cloudflare Pages. Mudanças de conteúdo, estilo ou configuração disparam builds e aproximam o projeto dos 500 mensais do plano Free. O limite de 20.000 arquivos ainda está longe, mas comentários e busca por Pages Functions já consomem cotas do Workers.

tool-api é uma API leve no Workers para login e persistência. Com mais tráfego, 100.000 requisições diárias podem não bastar e requisições intensivas podem superar 10 ms de CPU. Workers Paid começa em 5 dólares por mês, com requisições e CPU separados da hospedagem estática.

dashboard é um app Next.js full-stack na Vercel. Previews são convenientes, mas a página de uso separa Functions, Images, Builds, Analytics e outros produtos. Cada assento pago adicional custa 20 dólares por mês. Hobby inclui 4 horas de Active CPU, 360 GB-hours de memória provisionada e 1 milhão de invocações.

worker-daily-report gera e envia um relatório diário. Workers executa código agendado, porém uma tarefa longa ou pesada pode não caber nos limites de CPU e memória. Railway executa um processo Node, mas exige acompanhar RAM, CPU, egress e volumes. Hobby custa 5 dólares e inclui 5 dólares de uso.

A regra comum é separar pela forma da carga. Conteúdo estático, funções leves, aplicativos completos e tarefas longas não precisam ficar no mesmo provedor.

2. Limites principais das quatro plataformas

2.1 Cloudflare Pages: assets estáticos grátis, funções no Workers

Cloudflare Pages serve principalmente para hospedar e distribuir assets estáticos. Os limites atuais do Free incluem:

• 500 builds por mês; push no Git e builds manuais consomem a cota.
• 20.000 arquivos por site; monitore projetos com muitas imagens ou páginas geradas.
• 25 MiB por asset; coloque vídeos e dados grandes em object storage.
• 100 custom domains por projeto no Free.
• Timeout de build de 20 minutos.

Requisições e CPU de Pages Functions contam no Workers, não na cota estática do Pages:

• Assets estáticos são entregues dentro dos limites do Pages.
• Comentários, busca e proxies de API usam cotas e preços do Workers.
• Astro e Hugo se encaixam bem; em Next.js, confira adapter e runtime atuais.

Pages é um bom início para sites de conteúdo e ferramentas estáticas. Muitas requisições dinâmicas ou cálculos complexos devem ser estimados como carga separada no Workers.

2.2 Cloudflare Workers: funções leves com limites de requisições e CPU

Workers é o runtime da Cloudflare para APIs leves, lógica de edge e backends de ferramentas. Os limites atuais incluem:

• 100.000 requisições por dia no Free.
• 10 ms de CPU por requisição HTTP no Free; espera de I/O de rede não conta como CPU.
• Assinatura Workers Paid de 5 dólares por mês.
• 10 milhões de requisições mensais incluídas no Standard.
• 30 milhões de milissegundos de CPU mensais incluídos.
• 128 MB de memória por isolate no Free e Paid.

Usos adequados:

Railway - Plataforma de deploy moderna, sem ops complexas, no ar em minutos

Começar agora →Anúncio

• APIs leves para autenticação, consultas e lógica simples.
• Pages Functions para comentários e busca.
• Proxies de API com cache, routing e autorização.

Usos inadequados:

• Relatórios longos e processamento batch.
• Cálculo pesado, muitos dados em memória ou inferência de ML.
• Connection pools tradicionais que não combinam com isolates.

Workers atende o backend de uma ferramenta pequena. Planeje crescimento em requisições e CPU; processos persistentes e tarefas pesadas precisam de outro runtime.

2.3 Vercel: excelente para Next.js, com mais do que assento na conta

Vercel integra Next.js e preview deployments. Hobby inclui recursos de funções, enquanto outros usos são avaliados separadamente:

• 4 horas de Active CPU.
• 360 GB-hours de Provisioned Memory.
• 1 milhão de invocações de Functions.
• 0,0035 dólar por minuto de CPU de build com on-demand concurrency ou Elastic build machines.
• 20 dólares mensais por assento pago adicional.
• 100 deployments por dia no Free e 6.000 no Pro.
• 5.000 uploads por dia no Free e 40.000 no Pro.

A cobrança pode ter várias categorias:

• Functions: CPU, memória e invocações.
• Images: transformações, cache reads e cache writes.
• Builds: CPU sob configurações faturáveis.
• Analytics: Web Analytics e Speed Insights.
• Observability: monitoramento por eventos e complementos.

Sinais de alerta:

• Muitos previews aumentam builds e deployments; máquinas ou concorrência faturáveis acrescentam custo.
• Image Optimization tem uso incluído e preços sob demanda próprios.
• Analytics e Observability também precisam de acompanhamento separado.

Vercel é um início prático para um produto Next.js full-stack, mas o plano não representa a conta inteira. Controle cada categoria e assento.

2.4 Railway: runtime de contêiner com cobrança por recursos

Railway é um PaaS para serviços, workers e bancos. Assinatura e recursos são cobrados separadamente:

• Hobby custa 5 dólares e Pro 20 dólares por mês.
• Hobby inclui 5 dólares de uso.
• Pro inclui 20 dólares de uso.
• RAM custa 10 dólares por GB-mês.
• CPU custa 20 dólares por vCPU-mês.
• Network egress custa 0,05 dólar por GB.
• Volume storage custa 0,15 dólar por GB-mês.
• Free permite por padrão 0,5 GB RAM, 1 vCPU e volume de 0,5 GB por serviço.

Ainda há decisões operacionais:

• Monitorar RAM, CPU, egress e volumes reais.
• Configurar alertas de recursos e logs.
• Conhecer a janela de image retention para rollback e rebuild.
• Definir health checks, reinícios e backups.

Limites de custo:

• Uso acima do crédito de 5 ou 20 dólares é cobrado como diferença.
• Um serviço ativo continua consumindo RAM, CPU e armazenamento.
• Egress e volumes persistentes crescem de forma independente.

Railway serve para serviços Node, tarefas de fundo e bancos. Reduz o trabalho de infraestrutura, não a responsabilidade pelo serviço.

3. Tabela de decisão por tipo de carga

3.1 Sites de conteúdo e documentação

Um site de conteúdo usa principalmente assets estáticos e poucas funções dinâmicas.

Para Astro ou Hugo, Pages oferece distribuição global e limites suficientes no início. Veja o guia do Cloudflare Pages e os limites do Cloudflare Free.

Em Next.js SSG, confira o suporte atual em vez de repetir uma afirmação antiga. Vercel oferece o fluxo nativo; Cloudflare continua atraente para saída principalmente estática.

Comentários e busca podem usar Pages Functions, mas requisições e CPU pertencem ao Workers. Separe entrega estática de execução dinâmica.

3.2 Ferramentas estáticas e dinâmicas

Um gerador ou conversor pode funcionar no navegador; login e dados persistentes o transformam em produto dinâmico.

Uma ferramenta no navegador se encaixa no Pages. Uma API pequena se encaixa no Workers se as requisições forem leves e compatíveis com isolates.

Uma ferramenta Next.js full-stack aproveita a Vercel, mas previews, imagens, runtime de função e monitoramento precisam de orçamento separado.

3.3 Dashboards SaaS

Um dashboard SaaS precisa de lógica, autorização, acesso a dados e muitas vezes colaboração.

Alibaba Cloud - Escolha dos desenvolvedores, 15% de desconto exclusivo em Lighthouse

Ganhar 15% off →Anúncio

Vercel é o início direto para Next.js. Confira Functions, Images, preview Builds, Analytics, Observability e assentos sem tratar Pro como tudo incluso. A comparação de preços da Cloudflare traz contexto.

Para outros frameworks, compare adapters e recursos de runtime atuais. Workers favorece lógica de edge; Vercel, frameworks serverless compatíveis.

Banco de dados é outra decisão. Supabase, Postgres gerenciado, D1 e Railway Volumes têm limites próprios de custo e confiabilidade.

3.4 Tarefas longas e serviços em contêiner

Relatórios, arquivos, consumers de fila e APIs persistentes precisam de outro runtime além de uma função curta.

Railway executa processos Node persistentes em um runtime completo. Em troca, você gerencia limites, logs, health checks, reinícios e backups.

Um Railway Volume mantém dados, mas o preço não substitui uma estratégia de banco. Backups e testes de restauração são necessários.

Para tarefas agendadas, defina alerta e perfil máximo de recursos. Um worker permanente ou intensivo pode superar o crédito Hobby.

4. Modelos de custo e limites de alerta

4.1 Modelo da Cloudflare

Cloudflare separa entrega estática do Pages e execução dinâmica do Workers.

Assets estáticos do Pages:

• São entregues sem custo de transferência por uso dentro dos limites do Pages.
• Perto de 500 builds mensais, reduza deployments desnecessários.
• Perto de 20.000 arquivos, mova assets grandes para object storage.
• Pages Functions usa cotas do Workers, não uma cota dinâmica ilimitada separada.

Execução Workers:

• Free inclui 100.000 requisições/dia e 10 ms CPU por requisição HTTP.
• Workers Paid começa com assinatura mensal de 5 dólares.
• Standard inclui 10 milhões de requisições por mês.
• Standard inclui 30 milhões de milissegundos de CPU por mês.

Limites:

• Limites rígidos do Pages podem bloquear novos builds.
• Mais requisições ou CPU exige a migração de Workers Free para Paid.
• Pages estático gratuito não significa Pages Functions ilimitado.

Um início comum combina Pages com Workers Free. Defina a mudança para Paid antes que tráfego ou CPU obriguem.

4.2 Modelo da Vercel

Vercel separa vários recursos de infraestrutura e experiência de desenvolvimento.

Recursos Function do Hobby:

• 4 horas de Active CPU.
• 360 GB-hours de Provisioned Memory.
• 1 milhão de invocações.
• 0,0035 dólar por minuto CPU com on-demand concurrency ou Elastic build machines.

Categorias de uso:

• Functions: Active CPU, memória provisionada e invocações.
• Images: transformações, cache reads e cache writes.
• Builds: preview e produção sob configurações faturáveis.
• Analytics: Web Analytics e Speed Insights.
• Observability: eventos e monitoramento.

Assentos:

KiloClaw - OpenClaw gerenciado para empresas: orquestração de agentes IA e roteamento inteligente

Começar →Anúncio

• Cada assento pago adicional custa 20 dólares ao mês.
• O assento não cobre excessos de infraestrutura ou complementos.

Limites:

• Previews frequentes aumentam builds e deployments.
• Imagens têm cotas e preços próprios.
• Analytics e Observability são verificados separadamente.
• CPU, memória e invocações devem ser comparadas com o plano atual.

Leia a página de uso por categoria. Economizar tempo com Next.js pode coexistir com uma conta de várias linhas.

4.3 Modelo da Railway

Railway combina assinatura e recursos medidos.

Planos e uso incluído:

• Hobby custa 5 dólares e inclui 5 dólares de uso.
• Pro custa 20 dólares e inclui 20 dólares de uso.
• Free oferece até 0,5 GB RAM, 1 vCPU, volume de 0,5 GB e um pequeno crédito mensal.

Tarifas:

• RAM: 10 dólares por GB-mês.
• CPU: 20 dólares por vCPU-mês.
• Network egress: 0,05 dólar por GB.
• Volume storage: 0,15 dólar por GB-mês.
• Imagens removidas permanecem apenas durante a retention do plano.

Limites:

• Uso acima do crédito é cobrado como diferença.
• Um serviço não encerrado continua consumindo RAM, CPU e armazenamento.
• Egress e volumes podem crescer separadamente da assinatura.

Railway reduz parte da configuração de VPS, não o monitoramento. Configure alertas e conheça o rollback antes de produção.

5. Manutenção: frequência, logs, rollback e colaboração

Cotas de build e deployment importam em projetos com alterações frequentes. Colaboração acrescenta assentos e permissões.

Frequência de deployments e builds

• Cloudflare Pages Free permite 500 builds mensais e um simultâneo; preview builds via Git consomem a cota.
• Vercel permite 100 deployments/dia no Free e 6.000 no Pro; muitos previews também elevam os builds.
• Railway não publica aqui um contador equivalente, mas imagens removidas só ficam disponíveis na janela de rollback do plano.

Monitore builds do Pages e deployments da Vercel antes que parem iterações. Confira também se a máquina ou concorrência da Vercel é faturável.

Logs, rollback e acesso da equipe

• Cloudflare Pages oferece build logs, histórico e rollback; confira as condições atuais de contas e permissões.
• Vercel oferece previews, histórico, logs, Analytics e assentos pagos; cada assento adicional custa 20 dólares por mês.
• Railway oferece logs e métricas; health checks, reinícios, backups e colaboração precisam de configuração explícita.

Escolha o fluxo que elimine mais trabalho repetitivo no serviço principal. Em Next.js, previews importam; em um site de conteúdo, builds estáticos previsíveis.

6. Próximo passo: bancos de dados, armazenamento e CI/CD

A plataforma de deploy é apenas uma camada. Banco de dados, armazenamento, CI/CD, monitoramento e alertas precisam de decisões próprias. O próximo artigo compara Supabase, Postgres, Railway Volumes e object storage.

O objetivo não é reduzir o número de provedores, e sim colocar cada carga em um runtime cujos limites, conta e responsabilidade estejam claros antes do crescimento.