Supabase

Esta análise do Supabase aborda as finalidades da plataforma, as suas principais funcionalidades, os preços do Supabase, como se compara com o Firebase e outros back-ends, e quais são as suas limitações. Cada projeto do Supabase consiste numa base de dados Postgres completa, acompanhada de autenticação, armazenamento de ficheiros, atualizações em tempo real, funções de borda e APIs geradas automaticamente. Pode trabalhar no painel de controlo, escrever SQL ou chamar as bibliotecas de cliente a partir de JavaScript, Flutter, Swift e Kotlin, pelo que o mesmo backend serve aplicações web, iOS e Android. O Supabase é de código aberto e pode ser auto-hospedado, pelo que o modelo de dados e o código não ficam limitados a um único fornecedor.

Para que serve o Supabase?

O Supabase é utilizado como backend para aplicações web e móveis: produtos SaaS, ferramentas internas, marketplaces, portais de clientes, aplicações de IA e protótipos que mais tarde entram em produção. Como a base de dados é Postgres, é adequada para dados relacionais com junções, transações e um esquema claro, em vez de dados desnormalizados espalhados por documentos.

É também um backend popular para criadores de aplicações de baixo código e de IA. Front-ends como o FlutterFlow, o Lovable, o WeWeb e o Bubble ligam-se ao Supabase para aceder aos dados, utilizadores e ficheiros, enquanto o criador trata da interface. As equipas que começam com dados de amostra num protótipo podem manter o mesmo projeto quando chegam os utilizadores reais, e os programadores podem integrar a mesma base de dados com o seu próprio código e aplicações de cliente mais tarde.

Principais funcionalidades

• Base de dados Postgres: uma base de dados Postgres dedicada por projeto com SQL, transações, extensões, cópias de segurança e recuperação a um momento específico nos planos pagos. O editor de tabelas no painel de controlo permite-lhe adicionar, editar e eliminar registos, bem como executar uma consulta sem escrever código.
• APIs geradas automaticamente: uma API REST e uma API GraphQL são geradas a partir do seu esquema, para que o cliente possa consultar tabelas e registos diretamente, sem serviços de backend adicionais.
• Supabase Auth: e-mail e palavra-passe, links mágicos, início de sessão por telemóvel e fornecedores OAuth, com SSO, SAML e OIDC nos planos Pro e Enterprise (Supabase vs Firebase).
• Segurança ao nível da linha: as políticas RLS no Postgres determinam quais as linhas que cada utilizador pode ler ou escrever, pelo que o controlo de acesso reside na base de dados.
• Armazenamento: armazenamento de ficheiros para imagens, documentos e vídeos, com as mesmas regras de acesso que a base de dados.
• Tempo real: os clientes podem subscrever alterações na base de dados através da replicação lógica do Postgres.
• Funções de borda: funções sem servidor no Deno para lógica de backend, como webhooks, pagamentos ou chamadas de IA, implementadas perto dos utilizadores.
• Vector e IA: a extensão pgvector armazena embeddings junto aos seus dados relacionais.
• Escalabilidade: réplicas de leitura e tamanhos de computação maiores para cargas de trabalho de produção.

Preços do Supabase

A Supabase cobra com base no plano e na utilização. Os valores abaixo provêm da página de preços da Supabase, com data de setembro de 2026.

• Gratuito: 0 $ por mês. 2 projetos ativos, base de dados de 500 MB, 1 GB de armazenamento de ficheiros, 5 GB de tráfego de saída e 50 000 utilizadores ativos mensais. Os projetos gratuitos são suspensos após uma semana de inatividade.
• Pro: 25 $ por mês por organização. 100 000 utilizadores ativos mensais, 8 GB de disco por projeto, 100 GB de armazenamento de ficheiros, 250 GB de tráfego de saída e 10 $ por mês em créditos de computação, o que cobre uma instância Micro.
• Plano «Team»: 599 $ por mês. Os limites de utilização do plano «Pro», além de relatórios SOC 2 e ISO 27001, com a conformidade HIPAA como complemento.
• Enterprise: preços e limites personalizados.

Os planos pagos são faturados pelo uso que exceda os montantes incluídos: por exemplo, 0,00325 dólares por utilizador ativo mensal acima de 100 000, 0,125 dólares por GB de espaço em disco adicional e 0,09 dólares por GB de saída de dados adicional. A Supabase não cobra por pedido de API.

O custo que pode surpreender é o de computação. Cada projeto num plano pago é executado na sua própria instância de computação, e o crédito de 10 $ cobre apenas uma instância pequena. Um segundo projeto, ou uma instância maior para melhorar o desempenho, aumenta a fatura. Os limites de despesas estão ativados por predefinição no plano Pro, o que impede cobranças por excedentes, mas pode limitar a aplicação quando esta atinge uma quota; desativá-los significa que paga à medida que cresce.

Supabase vs Firebase: base de dados Postgres ou NoSQL

O Supabase é frequentemente referido como a alternativa de código aberto ao Firebase. A principal diferença reside na base de dados: o Supabase utiliza o Postgres, uma base de dados relacional SQL, enquanto o Firebase utiliza o Cloud Firestore, um armazenamento de documentos NoSQL. Com o Supabase, modela-se as relações com chaves estrangeiras e junções; com o Firestore, desnormaliza-se ou executam-se várias consultas. O Firebase cobra por leitura, escrita e chamada de função, enquanto o Supabase cobra por plano, armazenamento, tráfego de saída e computação. O Firebase é proprietário e funciona apenas no Google Cloud; o Supabase funciona na AWS e pode ser auto-hospedado. O Supabase gera uma API REST e uma API GraphQL a partir do esquema de cada projeto. O Firebase mantém-se mais forte na sincronização offline em aplicações móveis e na sua estreita ligação com os serviços do Google. O Supabase disponibiliza ferramentas de código aberto para migrar utilizadores do Firebase Auth, dados do Firestore e ficheiros do Cloud Storage.

Auto-hospedagem, código aberto e escalabilidade

O Supabase é de código aberto sob licenças permissivas, e toda a pilha pode ser executada nos seus próprios servidores com o Docker ou na sua própria nuvem (Supabase vs Firebase). A plataforma alojada funciona na AWS em várias regiões; para escalabilidade, pode escolher uma região por projeto, adicionar réplicas de leitura e passar para tamanhos de computação maiores. A auto-hospedagem na AWS, noutra nuvem ou no seu próprio sistema oferece controlo total sobre a localização dos dados e os custos, mas é o utilizador que se responsabiliza pelas atualizações, cópias de segurança e segurança. Algumas funcionalidades hospedadas, como os extras do painel de controlo gerido e o suporte, são mais simples nos planos na nuvem.

Lógica de backend com funções de borda e funções sem servidor

A maioria das aplicações necessita de lógica de backend que não deve ser executada no navegador: webhooks de pagamento, envio de e-mail, chamada a um modelo de IA ou sincronização com outro sistema. O Supabase cobre esta necessidade com funções de borda, funções TypeScript no Deno que se implementam a partir da linha de comandos e com funções e gatilhos de base de dados escritos em SQL. As funções de borda podem integrar-se com APIs de terceiros e manter chaves secretas no servidor. Para tarefas mais pesadas, as extensões do Postgres, como agendamentos cron e filas, são executadas no próprio banco de dados.

Onde o Supabase se destaca — e onde fica aquém

Pontos fortes:

• Um verdadeiro banco de dados Postgres com SQL, transações e extensões, não um armazenamento de dados proprietário.
• Autenticação, armazenamento, tempo real, funções de borda e APIs num único projeto.
• Código aberto e auto-hospedável, o que reduz a dependência de um único fornecedor.
• Preços previsíveis, sem cobranças por pedido, e um plano gratuito útil para avaliar a plataforma.
• Uma grande comunidade de código aberto e suporte de primeira classe em muitas plataformas de baixo código e front-ends.

Contras:

• É necessário compreender SQL e as políticas RLS; um erro numa política pode expor os dados.
• Os projetos gratuitos são suspensos após uma semana sem atividade.
• A computação é faturada por projeto, pelo que muitos projetos pequenos acabam por representar um custo significativo.
• As configurações multirregionais são limitadas em comparação com os serviços da AWS ou do Google Cloud.
• As Edge Functions utilizam o Deno, o que é uma novidade para equipas habituadas ao Node.js.

Como se compara o Supabase

• Hasura: um motor GraphQL que se instala sobre a sua própria base de dados Postgres.
• NocoDB e Baserow: interfaces ao estilo de folhas de cálculo para não-programadores, em vez de um backend de aplicações.
• Airtable: uma base de dados «no-code» para equipas, com limites de registos e preços por utilizador.
• Bubble: um construtor «full-stack» sem código com a sua própria base de dados integrada, em vez de um backend separado.

Vale a pena usar o Supabase?

O Supabase compensa para equipas que pretendem um backend Postgres pronto para produção sem terem de gerir servidores, e para criadores de aplicações «low-code» que necessitam de uma base de dados real por trás do seu front-end. O plano gratuito é suficiente para criar e testar, e o plano Pro, a 25 dólares por mês, cobre a maioria dos produtos em fase inicial. É uma opção menos adequada para equipas sem qualquer conhecimento de SQL, para aplicações que dependem de sincronização móvel «offline-first» e para configurações multirregionais de grande dimensão. Se precisar de ajuda com o modelo de dados, políticas RLS ou uma migração do Firebase, os programadores de backend e as agências de «low-code» na LowCodeDevs podem encarregar-se disso.

Fontes

• Preços do Supabase: planos, utilização incluída, preços de excedentes e limites de despesas.
• Supabase vs Firebase: modelo de base de dados, autenticação, funções de borda, código aberto e ferramentas de migração (comparação de fornecedores).
• O que é o Supabase?, Bejamas: casos de utilização e compromissos do ponto de vista de uma agência.
• Alternativas ao Supabase, Cotera: back-ends alternativos. A sua afirmação de que a auto-hospedagem requer a colaboração com a equipa empresarial do Supabase entra em conflito com a documentação do Supabase, que descreve a auto-hospedagem com o Docker.