🚀 Supabase num VPS - backend auto-hospedado

O que a stack oficial do Supabase auto-hospedado realmente precisa: 8–16 GB, docker compose, Kong, Studio e limites honestos vs. a nuvem.

Supabase auto-alojado significa todo o backend - Postgres com tempo real, autenticação GoTrue, armazenamento, gateway Kong e Studio - a correr no seu VPS a partir da stack docker compose oficial. É o mesmo software do nível cloud; o que muda é quem o atualiza e quem faz as cópias: você.

1. Dimensionamento - primeiro números honestos

  • 8 GB de RAM para trabalhar à vontade - o compose oficial arranca cerca de uma dúzia de contentores (gateway, studio, auth, armazenamento, tempo real, postgres…); o Supabase documenta 4 GB como mínimo absoluto, mas uma stack real com dados quer 8.
  • 16 GB é confortável - as subscrições em tempo real e as consultas Postgres deixam de disputar a memória.
  • O NVMe importa - o Postgres e os uploads de armazenamento partilham o mesmo disco; o Core VPS 8 NVMe (34 €/mês) é a escolha honesta.
  • Disco - os 150 GB NVMe desse nível cobrem as bases de dados e um ano de uploads.

2. Instalação

apt update && apt install -y git ufw
git clone --depth 1 https://github.com/supabase/supabase.git
cd supabase/docker
cp .env.example .env
# edit .env: POSTGRES_PASSWORD, JWT_SECRET, ANON_KEY, SERVICE_ROLE_KEY
# (generate: openssl rand -base64 32 for each secret)
docker compose pull && docker compose up -d
docker compose ps   # a dozen containers should turn running

Nunca coloque em produção as chaves JWT de exemplo - todos os tutoriais do Supabase as testam e são públicas. Aponte o seu registo DNS A para o servidor e depois ponha o Kong (porta 8000) e o Studio (porta 3000) atrás de certificados Caddy, o mesmo padrão do guia do Node.js.

3. Ligue a sua aplicação

Aponte o SDK para `https://api.example.com` (Kong) com a `ANON_KEY` para os clientes e a `SERVICE_ROLE_KEY` apenas do lado do servidor. As migrações executam-se com a CLI do supabase no seu projeto remoto - o mesmo fluxo da cloud, só que no seu próprio domínio.

Respostas rápidas

Auto-alojado ou cloud do Supabase?

A cloud dá-lhe atualizações geridas, cópias point-in-time, branching e funções edge sem configuração - paga por projeto e por utilização. O auto-alojamento dá-lhe custos fixos, os seus dados no seu disco e nenhuma dependência de fornecedor - e entrega-lhe as atualizações, as cópias e a monitorização. Confortável com `docker compose` e um temporizador restic? Auto-aloje. Caso contrário, comece no nível cloud gratuito e migre mais tarde.

O que não funciona da mesma forma que na cloud?

O branching de bases de dados e os mimos do painel cloud são exclusivos da cloud. As funções edge vêm com a stack, mas exigem mais ligação manual do que a versão gerida. O tempo real funciona, escalado pelo seu próprio Redis - bom para produtos, não para um fan-out de um milhão de ligações numa máquina de 34 €.

Um backend que é seu, em hardware que escolheu. Core VPS 8 NVMe (24 GB, 34 €/mês) →

Relacionados

Ver planosGuiasFAQ