Como auto-hospedar o Supabase em um VPS

Você usa o Supabase Cloud há alguns meses, e a conta não para de subir.

Cada pouquinho a mais de tráfego de saída do banco de dados vira um item novo na fatura. Cada 10.000 usuários ativos mensais deixa você mais perto de uma cobrança excedente.

O plano Pro, que começou em US$ 25 por mês, agora está mais para US$ 70.

Em algum ponto entre a página de preços e a sua fatura real, a conta deixou de parecer um bom negócio.

Auto-hospedar é a alternativa óbvia, mas esse óbvio esconde muita coisa. O Supabase não é um único binário que você joga em um servidor. É uma stack de backend completa (um banco de dados Postgres, um serviço de autenticação, uma API REST, assinaturas em tempo real, armazenamento, edge functions e um painel), tudo interligado e rodando como uma pequena frota de contêineres Docker.

Rodar essa frota no seu próprio servidor custa cerca de US$ 23 a US$ 35 por mês no Stack 16 (US$ 22,99/mês nos 3 primeiros meses no plano mensal, depois US$ 34,99/mês), por um VPS com RAM suficiente para manter tudo na memória. É o preço de duas assinaturas de streaming por mês, por um backend que não vai cobrar a mais quando o tráfego disparar.

O que é o Supabase e por que as pessoas estão auto-hospedando?

O Supabase é uma plataforma de código aberto de Backend as a Service (BaaS) que reúne um banco de dados Postgres, autenticação, uma API REST, assinaturas em tempo real, armazenamento e edge functions em uma única implantação.

É a alternativa ao Firebase que roda na sua própria infraestrutura, se você quiser. Em maio de 2026, o repositório no GitHub já tinha passado de 100.000 estrelas. A plataforma também alimenta os backends de empresas como Mozilla, PwC, Johnson & Johnson e 1Password.

A questão é se você quer assumir o trabalho operacional que o Supabase Cloud faz por você ou pagar alguém para fazê-lo. Estamos falando de backups, logs, entrega de e-mails e atualizações.

As pessoas auto-hospedam o Supabase por três motivos:

1. Querem custos previsíveis, que não aumentam com o uso.
2. Querem seus dados em uma infraestrutura que elas controlam.
3. Querem escapar da armadilha do aprisionamento ao fornecedor, que tornou tão difícil sair do Firebase.

O próprio Supabase é surpreendentemente franco sobre quem deve ou não auto-hospedar. A documentação oficial de auto-hospedagem diz com todas as letras: Self-hosted Supabase is community-supported. You won’t receive the same level of official support as Supabase Cloud customers.

Tradução: se algo quebrar às 2 da manhã, você está por conta própria.

O que o Supabase realmente oferece de fábrica

Se você achava que o Supabase era só Postgres com uma API REST, não é bem assim. A stack auto-hospedada roda cerca de 12 contêineres em paralelo.

As partes que você vai usar com mais frequência são bem simples:

• Postgres. O banco de dados no centro de tudo. O Supabase usa uma versão moderna do PostgreSQL com extensões para autenticação, tempo real e busca de texto completo.
• PostgREST. Gera automaticamente uma API REST a partir do schema do seu Postgres. Uma tabela vira um endpoint, e você não precisa escrever nenhuma linha de código de backend para isso.
• Auth (antigo GoTrue). Cuida de cadastros, logins, redefinição de senhas, OAuth e emissão de JWTs.
• Realtime. Envia as alterações do banco de dados para os clientes conectados por meio de WebSockets.
• Storage. Armazenamento de objetos compatível com S3, com controle de acesso vinculado ao seu banco de dados.
• Edge Functions. Funções serverless baseadas em Deno, que rodam perto dos seus usuários.
• Supabase Studio. O painel onde você navega pelas tabelas, executa SQL e gerencia os usuários de autenticação.

Você também conta com o Kong como gateway de API, o imgproxy para o processamento de imagens, o Supavisor para o pool de conexões e o Logflare para análises. Juntando tudo, você tem uma stack de backend completa, não um aplicativo simples.

Quanto custa auto-hospedar o Supabase?

Auto-hospedar o Supabase em um VPS custa cerca de US$ 23 a US$ 35 por mês no Stack 16, incluindo servidor, armazenamento e largura de banda. O software do Supabase em si é gratuito.

Abra a sua última fatura do Supabase Cloud por um segundo. O item que pega as pessoas de surpresa não é a base de US$ 25. São o tráfego de saída do banco de dados e o armazenamento adicional, que o plano Pro cobra à parte. A análise de custos de 2026 da Supascale detalha cada item.

Compare com o Supabase Cloud:

O preço base do Pro parece equivalente, mas o uso real faz a conta subir rápido.

A análise da Supascale mostra que a maioria dos aplicativos de pequeno e médio porte em produção chega a US$ 100–US$ 200/mês no Pro, depois de somar os complementos de computação e as cobranças excedentes por uso. Só os níveis de computação do Supabase vão de US$ 10/mês até US$ 3.730/mês na instância 16XL. Aplicativos com 100 mil a 200 mil usuários ativos mensais podem passar bem disso, e com 500 mil MAUs as faturas chegam a US$ 1.000–US$ 2.000/mês.

O plano gratuito é gratuito, até você tentar usá-lo em produção.

Os projetos pausam automaticamente após sete dias de inatividade. Isso significa que seu ambiente de staging morre toda semana e seus projetos paralelos quebram toda vez que você sai de férias. Segundo a análise de preços de 2026 da UI Bakery, esse é o motivo mais comum para as pessoas saírem do plano gratuito antes do esperado.

Auto-hospedar inverte essa lógica. Seus custos ficam atrelados à infraestrutura, não ao uso. Atender 50.000 MAUs custa o mesmo que atender 500.000, com o limite definido apenas pelo que o seu VPS aguenta. Não há taxas de tráfego de saída, cobranças excedentes de armazenamento nem complementos de computação.

Auto-hospedar não é só a conta do VPS

A conta do VPS não é o único custo de auto-hospedar. Você também vai gastar de outras formas:

• Seu tempo. Reserve de uma a duas horas por mês para a manutenção de rotina: atualizações de segurança, download de imagens Docker, verificação de logs e conferência dos backups. Separe mais tempo se você adicionar recursos ou escalar.
• Entrega de e-mails. O Supabase Cloud cuida dos e-mails de autenticação (como redefinição de senha, magic links e verificação de e-mail) como um serviço gerenciado. A versão auto-hospedada, não. Você vai precisar de um provedor SMTP como SendGrid, Mailgun ou AWS SES. Conte com US$ 0 a US$ 30/mês, dependendo do volume.
• Armazenamento de objetos para arquivos. Por padrão, o serviço Storage usa o sistema de arquivos local, o que é ótimo para testes e uma bomba-relógio em produção. Você vai precisar de armazenamento de objetos compatível com S3: AWS S3, Backblaze B2, Wasabi ou qualquer outro serviço compatível com S3 funciona. Reserve de US$ 5 a US$ 20/mês para um aplicativo de pequeno a médio porte em produção.
• Infraestrutura de backup. A auto-hospedagem não inclui backups automáticos, então você mesmo precisa configurá-los. Crie um cron job com simple pg_dump e guarde o resultado em um lugar confiável. Não pule esta etapa. O seu eu do futuro vai agradecer.

Quais especificações de servidor o Supabase exige?

O Supabase consome muita memória. Com 12 contêineres rodando ao mesmo tempo, a maioria ligada ao banco de dados, a RAM pesa mais do que a CPU. Na prática, o mínimo é 4 GB para uma instância de desenvolvimento com os serviços opcionais desativados. Implantações em produção pedem 8 GB ou mais.

O motivo é a quantidade de contêineres, não um serviço específico. O Postgres quer shared buffers. O PostgREST quer um pool de conexões. O GoTrue precisa de um pouco de memória para o runtime do Go. O Realtime mantém conexões WebSocket abertas. O Edge Runtime cria isolates do V8.

Individualmente, cada serviço é modesto. Juntos, eles somam rápido.

Se você nunca provisionou um VPS, comece pelo nosso guia de VPS para iniciantes antes de dimensionar seu servidor.

Na DreamHost, o Stack 16 (4 vCPUs, 16 GB de RAM, 250 GB de NVMe SSD e acesso root completo) é o menor plano que atende aos 4 núcleos e 8 GB recomendados pelo Supabase para uma implantação com todos os serviços opcionais ativados. O Stack 8 atende à memória e ao disco recomendados, com 2 vCPUs, e serve para um aplicativo pequeno ou um ambiente de staging.

De que tamanho de VPS o Supabase precisa?

Você também pode remover serviços opcionais do arquivo do Docker Compose para reduzir o consumo de recursos.

Não precisa de assinaturas em tempo real? Dispense o contêiner do Realtime.

Não usa Edge Functions? Remova o Edge Runtime.

Análises não são essenciais? Corte o Logflare.

Uma stack enxuta pode caber com mais folga em um VPS de 4 GB.

O armazenamento NVMe importa mais do que você imagina. O Postgres lê e grava o tempo todo, e a latência do SSD afeta diretamente a velocidade das consultas. Discos SATA antigos ou HDs vão deixar tudo lento muito antes de o banco de dados ficar interessante.

Como funciona a configuração do Supabase auto-hospedado?

A implantação completa tem cerca de cinco etapas e leva de uma a duas horas, se você estiver à vontade no terminal.

Veja o que você precisa fazer:

1. Provisione um VPS com Ubuntu 22.04 ou mais recente, 8 GB de RAM e acesso SSH.
2. Instale o Docker e o Docker Compose no servidor.
3. Clone o repositório do Supabase e copie o arquivo de ambiente de exemplo: git clone https://github.com/supabase/supabase && cp supabase/docker/.env.example supabase/docker/.env
4. Gere e defina os segredos. Execute o script generate-keys.sh do Supabase para gerar suas chaves JWT_SECRET, ANON_KEY e SERVICE_ROLE_KEY. Depois, defina POSTGRES_PASSWORD e as credenciais do painel no arquivo .env.
5. Execute docker compose up -d a partir do diretório docker, e a stack completa será iniciada.

Você saberá que funcionou quando docker compose ps mostrar todos os serviços no estado running ou healthy, e curl http://localhost:8000/rest/v1/ retornar uma resposta JSON do PostgREST.

Se algum contêiner estiver em restarting ou exited, confira primeiro os logs desse contêiner. O Postgres costuma ser o culpado, e a causa geralmente é uma variável de ambiente ausente ou malformada.

A documentação oficial de auto-hospedagem do Supabase com Docker explica cada variável de ambiente.

O Kong, o gateway de API, fica na frente de tudo e cuida do roteamento. Em produção, você normalmente coloca um proxy reverso na frente do Kong, como Caddy ou Nginx, para terminar o HTTPS e restringir o acesso ao painel. Um proxy reverso é um servidor que fica entre a internet e o seu aplicativo, cuidando do SSL e do roteamento.

Guarde suas chaves JWT_SECRET, ANON_KEY e SERVICE_ROLE_KEY em um lugar confiável assim que forem geradas. Perdê-las não é uma catástrofe, porque você pode gerá-las de novo. Porém, a rotação faz todas as sessões de usuário ativas expirarem e obriga cada aplicativo cliente a receber chaves novas.

O que você precisa para auto-hospedar o Supabase

• Um VPS com Ubuntu 22.04 ou mais recente, pelo menos 8 GB de RAM e acesso root/SSH
• Um nome de domínio apontado para o IP do seu servidor
• Docker e Docker Compose instalados
• Um provedor SMTP configurado para os e-mails de autenticação (SendGrid, Mailgun, AWS SES)
• Armazenamento de objetos compatível com S3 para uploads de arquivos em produção (opcional, mas recomendado)
• Familiaridade básica com o terminal e cerca de uma a duas horas

Como manter uma instância auto-hospedada do Supabase segura?

A segurança do Supabase auto-hospedado se apoia em três pilares específicos da plataforma, além dos cuidados básicos com qualquer VPS.

O segredo JWT

Todo token de autorização emitido pelo Supabase é assinado com o seu JWT_SECRET. Se ele vazar, invasores podem forjar tokens e se passar por qualquer usuário.

A documentação de segurança de tokens do Supabase explica como isso funciona: A shared secret that is in the hands of a malicious actor can be used to impersonate your users [and] give them access to privileged actions or data, and it is difficult to detect or identify when or how a shared secret has been given to a malicious actor.

Trate o JWT_SECRET como uma senha de banco de dados de produção, porque, na prática, é exatamente isso. Guarde-o em um gerenciador de segredos, não em um arquivo .env no Git, e nunca no bundle do seu frontend.

O caminho recomendado para produção são as chaves de assinatura assimétricas (RS256 ou ECC). Elas são mais difíceis de vazar por acidente do que um segredo compartilhado, e o Supabase oferece suporte às duas.

Segurança em nível de linha (Row Level Security)

O serviço PostgREST do Supabase expõe cada tabela do seu banco de dados como um endpoint REST.

Sem políticas de Row Level Security em cada tabela, qualquer usuário autenticado pode ler e gravar qualquer linha. Esse é o maior erro que novos usuários cometem ao auto-hospedar.

Ative o RLS em todas as tabelas desde o primeiro dia, inclusive nas que você acha que não precisam.

Chave de service role

A SERVICE_ROLE_KEY é uma chave de superadministrador que ignora completamente o Row-Level Security.

Ela foi feita para chamadas de backend para backend em que você precisa explicitamente ignorar as permissões no nível do usuário. A chave nunca deve aparecer em código de frontend, repositórios públicos ou bundles de aplicativos cliente. Se ela vazar, todo o seu banco de dados fica exposto.

Além das questões específicas do Supabase, valem as práticas padrão de proteção de servidores. Ative um firewall que exponha apenas as portas 22 (SSH), 80 (HTTP) e 443 (HTTPS). Rode tudo atrás de um proxy reverso com HTTPS. Restrinja o Supabase Studio a IPs conhecidos e mantenha o servidor sempre atualizado. Nossas dicas de segurança na nuvem trazem o checklist geral de proteção, então vale a pena dar uma olhada.

Uma última coisa: trocar o segredo JWT invalida imediatamente todas as sessões de usuário ativas. Planeje uma janela de manutenção e não faça a troca numa sexta à tarde — ou você vai se dar mal.

Quais são as vantagens e desvantagens do Supabase auto-hospedado em relação ao Supabase Cloud?

O Supabase auto-hospedado e o Supabase Cloud não são intercambiáveis. Cada um leva vantagem em aspectos diferentes.

A auto-hospedagem faz sentido quando custos previsíveis importam mais do que a conveniência de um serviço gerenciado, quando você precisa dos dados fisicamente em uma infraestrutura que controla ou quando roda vários projetos que custariam US$ 25 ou mais por mês cada no Cloud.

O Cloud leva a melhor quando falta capacidade operacional e quando backups automatizados e disponibilidade garantida por SLA são inegociáveis. Também é uma boa escolha quando sua equipe é pequena e a conta do custo total de propriedade realmente favorece a hospedagem gerenciada.

Também existe um meio-termo.

Ferramentas como Coolify, Dokploy e Railway podem implantar e gerenciar o Supabase no seu VPS, cuidando de atualizações, backups e parte da observabilidade sem toda a abordagem manual com Docker Compose.

Resumindo: você fica com a maior parte da economia da auto-hospedagem, com menos trabalho operacional. Nenhuma delas tem o acabamento do painel do Cloud, mas todas custam menos do que o Cloud em escala.

Você deve mesmo auto-hospedar o Supabase?

Auto-hospedar o Supabase é menos uma decisão de custo e mais uma decisão operacional.

O VPS é barato. O que você está assumindo de verdade é a responsabilidade pelos backups, pelos logs e por toda a infraestrutura de e-mails de autenticação. Para a maioria das equipes pequenas, essa troca só compensa quando os preços do Cloud começam a doer ou quando a residência de dados deixa de ser algo desejável e vira um requisito.

Se você não está pronto para a configuração totalmente manual, ferramentas como Coolify e Dokploy ficam no meio do caminho. Elas gerenciam o stack no seu VPS com menos trabalho do que o Docker Compose puro e custam menos do que o Cloud quando você cresce.

O primeiro mês de auto-hospedagem é o mais difícil. Você vai ajustar limites de recursos que nem sabia que existiam, descobrir modos de falha que ninguém documentou e escrever o manual de operações que gostaria que alguém tivesse entregado a você.

Do segundo ao 12º mês, tudo fica tranquilo. Você baixa as atualizações com o Docker Compose, roda um pg_dump todas as noites para o S3 e sua fatura continua estável.

A melhor forma de descobrir de que lado você está: crie um Stack 4 (US$ 8,99/mês nos 3 primeiros meses no plano mensal), rode uma instância do Supabase fora de produção por uma semana e deixe a experiência decidir por você.

Os números vão mostrar o resto.

Perguntas frequentes sobre auto-hospedar o Supabase