Recomendamos o Supabase SaaS como padrão. A hospedagem própria só entra na nossa indicação com administração contínua por um profissional. A Promovaweb não ensina instalação nem manutenção de Supabase self-hosted.
A comparação entre Supabase Cloud e self-hosted precisa incluir o atendimento dessa falha. Além de pagar pelo servidor, você precisa contratar o atendimento para investigar falhas, atualizar e recuperar o ambiente. A assinatura do serviço gerenciado pode compensar parte desse trabalho, conforme os componentes administrados pelo fornecedor.
Direto ao ponto
Minha recomendação padrão é o Supabase Cloud, a modalidade SaaS. O serviço gerenciado mantém a plataforma, enquanto você continua responsável pelo schema, pelas queries e pelas permissões da aplicação. A cobrança varia com assinatura, compute e recursos adicionais.
Self-hosted faz sentido quando uma exigência mantém a infraestrutura numa rede ou localização determinada e um profissional assume sua administração contínua. Inclua no orçamento o servidor, as cópias externas e as horas de monitoramento, atualização e atendimento fora do horário comercial.
A manutenção durante o funcionamento normal
A documentação de self-hosting atribui a administração da infraestrutura ao administrador da instalação. O ambiente iniciado pela CLI durante o desenvolvimento não representa sozinho uma instalação pronta para tráfego público.
Os serviços evoluem em conjunto. Uma atualização precisa preservar a comunicação entre Auth, PostgreSQL, API e Storage. Voltar a imagem de um container não desfaz necessariamente uma migração aplicada ao banco, por isso o procedimento deve incluir compatibilidade de schema e sequência de retorno.
Mesmo sem indisponibilidade visível, o servidor recebe atualizações e os volumes crescem. Os certificados também vencem. O profissional contratado precisa conferir as cópias e testar a recuperação, pois o backup pode falhar sem interromper o acesso à aplicação.
Esse trabalho fundamenta minha ressalva sobre instalar apenas para evitar uma mensalidade. O código aberto permite executar o Supabase em infraestrutura própria. Ele não fornece as horas nem o plantão necessários para manter essa instalação.
O atendimento de falhas precisa estar contratado
O cliente informa que não consegue entrar. A primeira leitura separa falha no frontend, Auth indisponível e conexão recusada pelo PostgreSQL. Logs com horário e identificador permitem acompanhar a tentativa e comparar o relato recebido pelo suporte.
Se o disco estiver cheio, liberar espaço pode devolver gravações temporariamente. A correção completa inclui localizar o crescimento, preservar os arquivos necessários e impedir que a rotina de backup ocupe o mesmo volume até interrompê-lo novamente.
Se uma atualização incompatível atingiu o Auth, o profissional contratado precisa saber quais imagens estavam ativas e quais alterações chegaram ao banco. A recuperação usa registros técnicos preparados antes da falha. Sem versão anotada e procedimento ensaiado, cada comando aumenta a incerteza.
Uma aplicação que aceita algumas horas parada permite outra resposta. Num serviço pago com prazo curto para recuperação, o contrato precisa incluir acompanhamento de alertas e disponibilidade para intervir. As horas reservadas para uma falha pertencem ao custo mensal do self-hosted.
A recuperação precisa incluir os arquivos
O backup do PostgreSQL não inclui os objetos enviados pela API do Storage. Ele preserva metadados, mas o arquivo precisa de uma cópia própria, conforme a documentação de backups.
Um ensaio de recuperação deve abrir uma jornada, não terminar no comando do banco. Peça ao profissional contratado um relatório do teste que inclua o banco, os arquivos, o login e a consulta aos registros usados pela aplicação.
O conjunto self-hosted padrão não traz o serviço de backups gerenciados nem o PITR (Point-in-Time Recovery) administrado do Cloud. A gestão contratada precisa definir a retenção e a recuperação, com armazenamento externo e testes periódicos.
No Cloud, confira quais recursos o projeto contratou e como estão configurados retenção e PITR. O nome da assinatura não informa sozinho se uma restauração também recuperará os arquivos do Storage.
A fatura do Cloud tem mais de uma linha
Na página de preços do Supabase, consultada em 3 de outubro de 2026, o plano Pro começa em US$ 25 mensais e inclui US$ 10 em créditos de compute. A fatura também pode incluir consumo adicional, outros projetos e recursos contratados.
Cada projeto executa sua instância de banco dentro da estrutura administrativa do serviço. Um ambiente extra pode acrescentar compute mesmo com a assinatura ativa. Projete desenvolvimento, homologação e produção de acordo com o uso pretendido.
O Cloud mantém componentes da plataforma, mas não corrige uma query lenta. Antes de aumentar compute, abra o plano de execução, observe índices e confira quantas conexões o backend mantém. Revise também as policies de RLS e conserve a chave administrativa fora do navegador.
O artigo da Promovaweb sobre o backend do Supabase acompanha login, linha e arquivo pela aplicação. Essas responsabilidades permanecem com você nos dois formatos de hospedagem.
Calcule o self-hosted com horas observadas
Solicite ao profissional uma proposta que inclua atualizações, testes de recuperação e acompanhamento das versões. Confira também a disponibilidade para atender uma falha dentro do prazo combinado.
O servidor exige capacidade de processamento e memória, espaço em disco e rede, além de um destino externo para as cópias. Uma instalação que precisa sobreviver à falha da máquina principal requer outra composição. O artigo sobre como escolher um provedor de VPS relaciona região, suporte e recuperação a essa escolha. A análise de infraestrutura para Vibe Coding mostra o que conferir quando banco e arquivos ocupam serviços separados.
Compare essas horas com a fatura prevista do Cloud usando a mesma jornada e o mesmo compromisso de recuperação. Na hospedagem própria, o orçamento precisa remunerar a manutenção além de pagar os servidores. No serviço gerenciado, confira quais tarefas estão incluídas na assinatura e quais continuam com você.
Quando a instalação própria se justifica
Uma rede isolada pode exigir que todos os componentes funcionem dentro da infraestrutura da empresa. Um contrato também pode determinar localização ou forma de acesso aos registros. Examine a exigência concreta antes de concluir que o Cloud não atende.
Capacidade existente muda a comparação. Uma empresa que já mantém PostgreSQL, containers, observabilidade e atendimento de incidentes consegue incorporar o Supabase à mesma rotina. Ainda precisa considerar os componentes adicionais e testar a recuperação completa. A explicação sobre hospedagem para o primeiro projeto separa as tarefas cobertas pelo provedor daquelas que continuam com você.
Não recomendo instalar o Supabase na infraestrutura da empresa apenas para reduzir uma mensalidade. O Cloud costuma compensar enquanto sua prioridade for desenvolver a aplicação. Só indico a instalação própria quando há uma necessidade específica e um profissional contratado para sua administração contínua.
O guia comparativo do hotsite reúne as vantagens e desvantagens das duas modalidades. Para acompanhar uma aplicação já publicada, o Conselheiro de Tecnologia da Dev Side Studio oferece uma segunda leitura recorrente sobre arquitetura, infraestrutura e deploy.
