Publicado em
Hospedagem cloud para aplicações no Brasil: Vercel, Heroku, Render, Railway e Zenifra comparados
O que muda quando seus usuários estão no Brasil: a latência medida até cada região, o banco perto da aplicação, como a escala funciona em cada plataforma e a conta real de pagar em dólar.
A distância até o servidor aparece em cada clique
Escolher onde hospedar uma aplicação costuma começar pelo preço do plano. Para quem atende usuários no Brasil, a primeira pergunta deveria ser outra: em que cidade o servidor fica.
Em 30/10/2026, medimos a partir de uma conexão de fibra na região de São Paulo quanto tempo leva para abrir uma conexão com servidores em quatro regiões. O número abaixo é o tempo de ida e volta de um pacote, a mediana de sete tentativas.
| Região do servidor | Ida e volta medida |
|---|---|
| São Paulo, Brasil | 11 ms |
| Virgínia, EUA | 130 ms |
| Frankfurt, Alemanha | 155 ms |
| Califórnia, EUA | 181 ms |
Uma visita nova a um site com HTTPS faz pelo menos três dessas viagens antes de receber o primeiro byte: uma para abrir a conexão, outra para combinar a criptografia e a terceira para o pedido em si. Com o servidor na Virgínia, são cerca de 390 ms só de rede. Em São Paulo, cerca de 33 ms. Otimização de código não recupera essa diferença, porque ela vem da distância física.
O banco de dados precisa ficar perto da aplicação
Um erro comum é colocar a aplicação no Brasil e o banco em outro continente, ou o contrário, porque cada serviço veio de um fornecedor diferente. A conta fica feia rápido: uma página que faz 20 consultas em sequência, com 130 ms de ida e volta em cada uma, passa 2,6 segundos esperando o banco.
Com aplicação e banco na mesma região, a mesma página espera poucos milissegundos. Ao comparar plataformas, confira se o banco gerenciado roda na mesma região que a aplicação, e não apenas se a plataforma oferece banco. Na Zenifra, por exemplo, aplicação e banco rodam no Brasil, e você pode ligar os dois por uma conexão privada, sem expor o banco na internet.
VPS, nuvem grande ou plataforma: três jeitos de hospedar
Uma VPS é um servidor virtual que você administra. Você instala o sistema, configura o proxy, renova certificados, aplica atualizações de segurança e cuida do backup. É barata e flexível, mas toda a operação fica com você, inclusive quando algo cai de madrugada.
AWS, Google Cloud e Azure têm regiões em São Paulo e oferecem quase qualquer serviço que você imaginar. Em troca, você monta as peças: rede, balanceador, certificados, banco, escala e permissões. Costuma valer a pena para times com alguém dedicado à infraestrutura.
Uma plataforma de aplicações (PaaS), como Vercel, Heroku, Render, Railway e Zenifra, recebe o seu código ou uma imagem Docker e cuida de build, HTTPS, domínio, logs e escala. É o caminho mais curto para quem quer gastar o tempo no produto, e é nesse grupo que este guia se concentra.
Função serverless ou aplicação sempre ligada
Nem toda plataforma roda o seu código do mesmo jeito. Na Vercel, o backend roda em funções serverless: cada requisição dispara uma execução, que escala sozinha e tem tempo máximo. Em 29/09/2026, o limite era de 300 segundos no plano Hobby e 800 segundos no Pro. O modelo funciona muito bem para frontends, Next.js e APIs com respostas curtas.
Heroku, Render, Railway e Zenifra rodam a aplicação como um processo sempre ligado, do mesmo jeito que ela roda na sua máquina com npm start ou python main.py. Esse modelo é mais natural para APIs tradicionais, workers que consomem filas e aplicações que mantêm um pool de conexões com o banco.
Recursos escaláveis na prática
Escalar verticalmente é dar mais CPU e memória a cada instância, trocando de plano. Escalar horizontalmente é rodar mais cópias da aplicação lado a lado, com a plataforma dividindo as requisições entre elas. O auto-scaling faz a escala horizontal sozinho: você define um mínimo, um máximo e um alvo de uso de CPU ou memória, e a plataforma liga e desliga instâncias conforme a carga.
Para a escala horizontal funcionar, a aplicação precisa estar preparada. Três cuidados resolvem a maior parte dos casos:
- Guarde as sessões de login em um banco ou em um cache como Valkey ou Redis, e não na memória do processo. Assim o usuário não é deslogado quando a próxima requisição cai em outra instância.
- Salve uploads em um armazenamento de arquivos (object storage), e não no disco da instância, que pode ser descartado a cada deploy.
- Rode tarefas agendadas em um só lugar, como um Job, para não mandar o mesmo e-mail três vezes quando houver três instâncias.
Cuidado com o plano que dorme
Planos gratuitos e de entrada costumam desligar a aplicação quando ela fica sem tráfego. Em 29/09/2026, o web service grátis do Render hibernava após 15 minutos sem acesso, e o dyno Eco do Heroku, que custa US$ 5 por mês, após 30 minutos. A primeira visita depois disso espera a aplicação subir de novo. Para testar, não tem problema. Para produção, confira essa regra antes de escolher o plano.
Dólar, IOF e cartão: o custo que não aparece na tabela de preços
As plataformas americanas cobram em dólar, e quase todas aceitam apenas cartão. Compras internacionais no cartão brasileiro pagam 3,5% de IOF, e o valor em real só aparece na fatura, convertido pelo câmbio do dia.
Isso traz dois problemas para uma empresa. O custo do mês muda com o câmbio, mesmo quando o uso não muda. E o pagamento depende de um cartão com limite para compras internacionais, muitas vezes o cartão pessoal de alguém do time.
Plataformas brasileiras cobram em real e aceitam PIX e boleto, o que deixa o valor do mês previsível e o pagamento simples para o financeiro.
Comparativo lado a lado
A tabela reúne o que mais pesa para quem atende usuários no Brasil. Os dados das outras plataformas foram conferidos nas páginas oficiais em 29/09/2026, e os da Zenifra em 30/10/2026.
| Critério | Vercel | Heroku | Render | Railway | Zenifra |
|---|---|---|---|---|---|
| Região no Brasil | Sim, São Paulo (gru1), mas o padrão é Washington (iad1) | Não. EUA e Europa | Não. EUA, Europa e Singapura | Não. EUA, Europa e Singapura | Sim |
| Como o código roda | Funções serverless | Processo sempre ligado | Processo sempre ligado | Processo sempre ligado | Processo sempre ligado |
| Moeda e pagamento | Dólar, só cartão | Dólar, só cartão | Dólar, só cartão | Dólar, cartão; fatura só no Enterprise | Real: PIX, boleto ou cartão |
| Para começar grátis | Hobby, só para uso pessoal e não comercial | Não tem plano grátis | Web service hiberna após 15 min; Postgres expira em 30 dias | US$ 5 de crédito por 30 dias, depois US$ 1 por mês | 1 app, 1 PostgreSQL, 1 Valkey Cache e 1 Valkey Queue, mais 5 GB de arquivos |
| Banco gerenciado | Por parceiros do Marketplace | Heroku Postgres, a partir de US$ 5 por mês | Render Postgres, a partir de US$ 6 por mês | PostgreSQL, MySQL, Redis e MongoDB por templates | PostgreSQL, MariaDB, ClickHouse e Valkey, a partir de R$ 11,90 por mês |
| Suporte | Em inglês | Em inglês | Em inglês | Em inglês | Em português, por e-mail e WhatsApp |
Quanto custa uma aplicação pequena com banco
Para comparar preço de verdade, o cenário precisa ser parecido. Pegamos uma aplicação pequena, com 512 MB de memória e sempre ligada, mais o menor PostgreSQL pago de cada plataforma.
| Plataforma | Aplicação | PostgreSQL | Total por mês |
|---|---|---|---|
| Render | Starter: US$ 7 | Basic-256mb: US$ 6 | US$ 13, ou US$ 13,46 com IOF |
| Heroku | Basic: US$ 7 | Essential-0: US$ 5 | US$ 12, ou US$ 12,42 com IOF |
| Zenifra | Basic: R$ 29,90 | Starter: R$ 11,90 | R$ 41,80, sem IOF |
Com o dólar a R$ 5,50, só como exemplo, os US$ 13,46 do Render viram R$ 74,03 e os US$ 12,42 do Heroku viram R$ 68,31. Faça a conta com o câmbio do dia em que a sua fatura fecha, e lembre que esse valor muda de um mês para o outro.
Vercel e Railway ficaram fora da conta porque o modelo de cobrança é outro. Na Vercel, um projeto comercial exige o plano Pro, de US$ 20 por mês com US$ 20 de uso incluso, e o banco vem de um parceiro, com cobrança separada. No Railway, você paga a assinatura (US$ 5 no Hobby) e o consumo de CPU e memória por segundo, então o valor varia todo mês.
Quando outra plataforma é a melhor escolha
Hospedar no Brasil não é sempre a resposta certa. Outra plataforma tende a servir melhor quando:
- A maior parte dos usuários está fora do Brasil. Render e Railway têm regiões nos EUA, na Europa e na Ásia e ficam mais perto de quem acessa.
- O projeto é principalmente um frontend em Next.js. A Vercel mantém o framework e entrega arquivos estáticos por uma CDN com mais de 120 pontos de presença.
- Você depende de add-ons específicos do Heroku ou de Private Spaces para atender exigências de compliance.
- O time já opera AWS, Google Cloud ou Azure e precisa de serviços que só existem lá.
Checklist antes de escolher
Antes de assinar qualquer plano, responda:
- Em que cidade a aplicação e o banco vão rodar, e os dois ficam na mesma região?
- A aplicação roda como processo sempre ligado ou cabe em funções com tempo máximo?
- O plano escolhido hiberna quando fica sem tráfego?
- Dá para crescer sem trocar de plataforma, com mais instâncias, auto-scaling e planos maiores?
- Em que moeda vem a fatura, quais formas de pagamento são aceitas e quanto o IOF soma?
- O suporte responde no seu idioma e no seu fuso horário?
- Quanto trabalho dá para sair? Imagem Docker e PostgreSQL padrão facilitam uma migração futura.
Resumindo
Se a maior parte dos seus usuários está no Brasil, comece pela localização: aplicação e banco no país, na mesma região. Depois escolha o modelo de execução que combina com o seu código e só então compare preço, já somando câmbio e IOF quando a fatura vier em dólar.
Foi esse cenário que nos levou a criar a Zenifra. Se quiser testar com a sua aplicação, a conta começa com um projeto, um PostgreSQL e um Valkey grátis, sem cartão, e a calculadora mostra quanto o seu caso custaria em real.