O essencial
Aurabase: Banco de dados Postgres 16 dedicado por projeto, computação nunca suspensa, RLS nativo, NL2SQL/RAG integrado, infraestrutura verificada na Alemanha e Finlândia. Neon: computação que escala até zero e ativa sob demanda, comprada pela Databricks (empresa americana) em 2025, ramificação Copy-on-Write útil para desenvolvimento. Se a sua prioridade é a disponibilidade imediata e a soberania legal de um backend de produção, a arquitetura Aurabase atende diretamente a essa necessidade.
Um computador que nunca dorme
Aurabase provisiona um banco de dados Postgres 16 dedicado por projeto, nunca compartilhado entre clientes, sem computação suspensa para ativar: seu backend responde a partir da primeira solicitação, à noite, nos finais de semana ou após um período fora de pico — sem nenhuma latência de ativação para absorver.
Neon é baseado em uma arquitetura que separa computação e armazenamento e coloca a computação em suspensão devido à inatividade para reduzir a conta. É uma escolha consistente para um ambiente de desenvolvimento ou teste que fica ocioso a maior parte do tempo — mas cada ativação introduz uma latência de retomada que seu primeiro usuário da manhã absorve diretamente.
A pergunta que a ramificação não responde: onde fica sua controladora?
A Neon foi adquirida pela Databricks, uma empresa americana, em 2025. Uma empresa controladora americana permanece exposta ao CLOUD Act, independentemente da região onde seus dados são executados fisicamente – um mecanismo legal independente da geografia do servidor.
Aurabase SAS é uma empresa de direito francês, com uma infraestrutura de produção verificada inteiramente na UE (Nuremberg, Falkenstein, Helsínquia via Hetzner). Nenhuma caixa de região a ser marcada para compensar após o fato: a nacionalidade do fornecedor e a localização dos dados apontam na mesma direção desde o início.
O que o Neon faz melhor – e por que não é suficiente na produção
A ramificação Copy-on-Write do Neon cria uma instância isolada do Postgres em menos de um segundo a partir de um pai compartilhado – uma verdadeira vitória para um ambiente de visualização de pull request. Aurabase não tem equivalente até o momento.
Mas um back-end de produção não envolve apenas ramificações descartáveis: ele precisa de RLS nativo para isolamento multilocatário, NL2SQL nativo para funcionalidades de IA e disponibilidade que não depende de um despertar da computação. É aqui que a arquitetura Aurabase – Postgres permanentemente dedicado, RLS e IA nativa no mesmo núcleo – atende a uma necessidade que a ramificação por si só não cobre.
Pesquisa e análise nativas: um diferencial estreito, não uma plataforma completa
O Xata adiciona pesquisa de texto completo, pesquisa vetorial e análise (via pg_cron e visualizações materializadas) diretamente ao Postgres, para evitar a montagem de uma pilha OLAP separada. Este é um posicionamento técnico de nicho, não um BaaS completo: sem autenticação integrada, sem tempo real, sem funções de ponta.
Aurabase cobre nativamente pgvector, RAG e NL2SQL – mais amplo do que pesquisa/análise Xata – em uma plataforma que também inclui funções de autenticação, armazenamento, tempo real e Rust/WASM edge. Consulte nosso tutorial de pipeline RAG com pgvector.
O que distingue as três arquiteturas
| Disponibilidade | Computação dedicada, nunca suspensa | Computação suspensa por inatividade (Neon) |
|---|---|---|
| Empresa controladora | Aurabase SAS, lei francesa | Databricks, lei americana (Neon) |
| Ramificação | Não há equivalente até a data | Copy-on-Write em menos de um segundo (Neon) |
| IA nativa | pgvector + RAG + NL2SQL integrado | Pesquisa vetorial + análise (Xata) |
| Plataforma | Autenticação, banco de dados, tempo real, armazenamento, borda, IA | Somente banco de dados (Neon, Xata) |