Supabase Self-Hosted vs Supabase Cloud em 2027: Como Rodar Auth, Storage S3, Realtime e pgvector na Própria VPS

O Dilema do Supabase em 2027: Agilidade do BaaS vs Fatura Dolarizada

O Supabase conquistou o posto de principal alternativa open source ao Firebase do Google. Ao combinar o poder transacional do PostgreSQL com ferramentas modernas de autenticação (GoTrue), APIs automáticas (PostgREST), mensageria em tempo real (Realtime WebSockets), armazenamento de arquivos e indexação vetorial nativa (pgvector), ele se tornou a base padrão para startups, SaaS e produtos impulsionados por Inteligência Artificial.

Contudo, à medida que a aplicação ganha tração no mercado brasileiro, manter a infraestrutura no Supabase Cloud frequentemente se torna uma armadilha financeira e de latência:

• Estrutura de Preços em Dólar e IOF: O plano Pro base custa US$ 25 por mês por projeto. Esse valor cobre até 100.000 usuários ativos mensais (MAU) e 8GB de banco de dados. Qualquer excedente gera faturas adicionais calculadas em dólares: compute add-ons (US$ 10 a US$ 100+/mês), armazenamento adicional e egress de banda. Convertido para o Real com IOF de 4,38%, o custo mensal rapidamente escala para R$ 400 a R$ 1.500+.
• Latência Transatlântica: Por padrão, muitos clusters da versão em nuvem operam em regiões como Virgínia (us-east-1) ou Frankfurt. Uma query simples de autenticação ou busca semântica precisa viajar dezenas de milhares de quilômetros por cabos submarinos, impondo uma penalidade de 120ms a 180ms por round-trip para usuários no Brasil.
• Conformidade Regulatória e LGPD: Setores regulados (saúde, finanças, jurídico) exigem que dados cadastrais de cidadãos brasileiros e arquivos anexos estejam fisicamente armazenados em território nacional, sob jurisdição legal brasileira.

Anatomia da Stack: O Que Roda no Supabase Self-Hosted

Ao contrário de sistemas monolíticos simples, o Supabase é composto por uma constelação de microsserviços altamente especializados que se comunicam através de uma rede interna virtual orquestrada pelo Docker:

1. Kong API Gateway: Atua como a porta de entrada única da stack. Recebe todas as requisições HTTPS e faz o roteamento inteligente: requisições para /auth/v1 vão para o GoTrue; requisições para /rest/v1 vão para o PostgREST; e requisições para /storage/v1 vão para a Storage API.
2. PostgreSQL 16 com Extensões: O coração do ecossistema. Roda uma versão corporativa do Postgres com extensões como pgcrypto, pg_jwt, uuid-ossp e pgvector.
3. GoTrue (Auth Service): Serviço escrito em Go que gerencia o ciclo de vida completo de autenticação: sign-up, login por e-mail/senha, links mágicos, MFA/TOTP, OAuth social (Google, GitHub) e emissão de JSON Web Tokens (JWT) criptografados.
4. PostgREST: Servidor em Haskell ultraveloz que inspeciona o schema do PostgreSQL e gera dinamicamente endpoints RESTful completos com suporte nativo a filtros, ordenação e respeito rigoroso às políticas de Row Level Security (RLS).
5. Realtime Server: Aplicação escrita em Elixir/Phoenix que escuta o log de replicação lógica (WAL) do PostgreSQL e transmite alterações de dados em tempo real para o frontend via WebSockets.
6. Storage API: Microsserviço em Node.js que implementa controle de acesso granular e upload de arquivos, comunicando-se com backends compatíveis com S3 (como AWS S3, Cloudflare R2 ou um MinIO local).
7. Supabase Studio: O painel visual web idêntico ao da nuvem oficial, permitindo gerenciar tabelas, executar queries SQL, visualizar logs e inspecionar permissões de autenticação.

Por Que Servidores de 2GB de RAM Falham Miseravelmente

Um erro comum entre desenvolvedores que tentam hospedar o Supabase pela primeira vez é contratar instâncias baratas de 2GB de RAM (muito comuns em hospedagens compartilhadas ou VPS de entrada).

O cálculo de consumo de memória em repouso da stack revela a inviabilidade dessa abordagem:

Como demonstrado na tabela, em uma VPS de 2GB de RAM, antes mesmo do primeiro usuário real realizar login, o servidor já atinge 100% de uso de memória. Quando isso acontece, o mecanismo OOM Killer (Out Of Memory) do Linux é disparado, encerrando violentamente o processo do PostgreSQL ou do Kong. Por essa razão, a You Secure só disponibiliza instâncias a partir de 4GB de RAM, garantindo estabilidade absoluta. Se você também roda automações de mensageria com VPS para Evolution API v3 ou workflows pesados em VPS para n8n, recomendamos separar os serviços ou dimensionar para instâncias de 8GB a 12GB de RAM.

Configuração Prática de Produção na VPS com Docker Compose

Para instalar o Supabase na sua VPS You Secure, clone o repositório oficial de deploy e configure as variáveis de ambiente essenciais:

# 1. Acesse sua VPS via SSH e clone a infraestrutura oficial do Supabase:
git clone --depth 1 https://github.com/supabase/supabase
cd supabase/docker

# 2. Copie o template de variáveis de ambiente:
cp .env.example .env

# 3. Gere segredos criptográficos fortes (NUNCA use senhas padrão em produção!):
POSTGRES_PASSWORD=$(openssl rand -base64 24)
JWT_SECRET=$(openssl rand -base64 32)
ANON_KEY=$(openssl rand -base64 32)
SERVICE_ROLE_KEY=$(openssl rand -base64 32)

# Atualize o arquivo .env com os novos segredos gerados
sed -i "s/POSTGRES_PASSWORD=.*/POSTGRES_PASSWORD=${POSTGRES_PASSWORD}/" .env
sed -i "s/JWT_SECRET=.*/JWT_SECRET=${JWT_SECRET}/" .env

# 4. Inicie todos os serviços em segundo plano:
docker compose up -d

Dominando o pgvector para Aplicações de IA e RAG

Uma das vantagens mais expressivas do Supabase Self-Hosted é o acesso irrestrito ao pgvector sem limites artificiais de memória ou taxas por busca semântica.

Para habilitar o suporte vetorial e criar uma tabela otimizada para embeddings de modelos como text-embedding-3-small (1536 dimensões), execute no SQL Editor do Studio:

-- 1. Habilita a extensão pgvector
CREATE EXTENSION IF NOT EXISTS vector;

-- 2. Tabela de documentos de conhecimento para RAG
CREATE TABLE documentos_ia (
  id BIGSERIAL PRIMARY KEY,
  conteudo TEXT NOT NULL,
  metadata JSONB DEFAULT '{}',
  embedding vector(1536) NOT NULL,
  created_at TIMESTAMPTZ DEFAULT NOW()
);

-- 3. Cria índice HNSW para busca por similaridade de altíssima velocidade
CREATE INDEX idx_documentos_ia_embedding 
ON documentos_ia 
USING hnsw (embedding vector_cosine_ops)
WITH (m = 16, ef_construction = 64);

-- 4. Função de busca por proximidade cosseno
CREATE OR REPLACE FUNCTION buscar_documentos_similares(
  query_embedding vector(1536),
  limite INT DEFAULT 5
)
RETURNS TABLE (id BIGINT, conteudo TEXT, similaridade FLOAT)
LANGUAGE sql STABLE AS $$
  SELECT 
    id, 
    conteudo, 
    1 - (embedding <=> query_embedding) AS similaridade
  FROM documentos_ia
  ORDER BY embedding <=> query_embedding
  LIMIT limite;
$$;

Estratégia Resiliente de Backup Automatizado para S3

Em ambientes self-hosted, a responsabilidade pela segurança dos dados é do administrador do sistema. Para garantir que nenhum dado seja perdido, configuramos um script de backup automático executado diariamente às 03:00 da madrugada via cron:

#!/usr/bin/env bash
# /opt/scripts/backup_supabase.sh
set -eo pipefail

DATA=$(date +%Y%m%d_%H%M%S)
BACKUP_DIR="/var/backups/supabase"
mkdir -p "$BACKUP_DIR"

echo "Iniciando backup do PostgreSQL Supabase: ${DATA}"
docker exec -t supabase-db pg_dumpall -U postgres | gzip > "${BACKUP_DIR}/supabase_backup_${DATA}.sql.gz"

# Sincroniza com bucket S3 externo e remove backups locais com mais de 7 dias
aws s3 cp "${BACKUP_DIR}/supabase_backup_${DATA}.sql.gz" "s3://meu-bucket-backups/supabase/"
find "$BACKUP_DIR" -type f -name "*.sql.gz" -mtime +7 -delete

echo "Backup concluído com sucesso!"

Comparativo de Custos em 12 Meses: Cloud vs Self-Hosted You Secure

A previsibilidade de caixa é vital para a longevidade de qualquer negócio de tecnologia. Veja a comparação acumulada em 1 ano:

Migrar para o Supabase Self-Hosted em uma VPS nacional de alta performance não apenas reduz drasticamente o custo fixo mensal da sua empresa, como também proporciona autonomia técnica total sobre sua arquitetura de dados e inteligência artificial. Conheça as opções das Melhores VPS do Brasil e escale seu projeto com máxima segurança.