PostgreSQL gerenciado – beta pública
Postgres,reduzido aoessencial.
Cada projeto roda na sua própria célula de banco de dados isolada: Postgres dedicado, uma string de conexão de verdade, no ar antes de o npm install terminar.
$ capydb create
postgres://user:pass@myapp.db.capydb.dev:5432/main
Configure um banco de dados Postgres da CapyDB para este projeto. Baixe https://capydb.dev/agents.md e siga as instruções do seu ambiente. Você vai precisar de mim uma vez só: para aprovar o acesso em uma aba do navegador. O resto é com você.
Funciona com Claude Code, Cursor, Copilot e cia. Uma aprovação sua no navegador e pronto: conta, banco e variáveis de ambiente resolvidos.
/a
Células isoladas
Não é um pedaço do Postgres de outra pessoa.
/b
Postgres de verdade
Se fala Postgres, funciona.
/c
Previews descartáveis
Deu merge, pode jogar fora.
/d
Viagem no tempo
Restaure qualquer segundo dos últimos 30 dias.
01A primitiva
Um projeto. Uma célula.
Um banco de dados é uma unidade de serviço. A nossa se chama célula: um runtime Postgres dedicado, com processo, armazenamento, credenciais, extensões e limites de CPU/RAM próprios. A gente cuida da célula; você usa uma URL de Postgres comum.
A ficha técnica
Uma primitiva, bem feita.
A célula de banco de dados
Cada projeto roda no próprio runtime Postgres isolado: processo dedicado, armazenamento, credenciais, extensões e limites de CPU/RAM. No ar em segundos.
processo · armazenamento · credenciais · cpu/ram
Previews descartáveis
Clone a produção em uma célula nova a cada pull request. Ela expira junto com a branch – o TTL limpa a sujeira por você.
clones instantâneos · expiração automática
Strings de conexão, não SDKs
URLs postgres:// padrão, diretas ou via pooler. Se fala Postgres, funciona: seu ORM, sua CLI, aquele cliente gráfico de quinze anos atrás.
sem sdk · sem dialeto · sem amarras
Isolamento, item por item
Processo, credenciais, cota de armazenamento, rede, CPU e memória: isolados por célula. TLS estrito e rotação de credenciais com um comando.
tls em tudo · rotação imediata
Restauração para qualquer ponto no tempo
Arquivamento contínuo do log de transações. Restaure qualquer segundo dos últimos 30 dias em uma célula nova – porque uma hora você vai dropar uma tabela.
pitr · janela de 30 dias
02Bancos de preview
Cada PR ganha a própria célula.
O banco de preview nasce com a branch e some junto com ela: na própria célula, com a própria string de conexão, sem nunca encostar na produção.
03Escala a zero
Dorme parada. Acorda na conexão.
Uma célula ociosa devolve a computação e mantém o armazenamento. Você conecta e ela volta – normalmente em menos de um segundo. A string de conexão nunca muda.
Sem firula.
Três comandos e você já está no ar
Criar
Um projeto, uma célula. Segundos.
capydb createConectar
As ferramentas que você já tem funcionam direto.
DATABASE_URL=postgres://…Publicar
Uma preview por PR. Deu merge, pode jogar fora.
git push && npm run deploy04Regiões
Células em nós. Nós formam a grade.
Você escolhe uma região. É essa a decisão inteira. Sua célula cai em hardware que é nosso e que operamos lá mesmo – e todo nó da grade roda a mesma stack sem graça.
05O que a gente não construiu
Tudo o que a gente não construiu.
Sem módulo de autenticação. Sem buckets de armazenamento. Sem runtime de funções. Sem motor de armazenamento reescrito por baixo. Postgres padrão, operado muito bem: é aí que foi cada hora de engenharia.
06O que isolado quer dizer
Isolado. De verdade.
Não é um servidor Postgres compartilhado: cada projeto ganha o próprio runtime Postgres isolado, com processo, credenciais, cota de armazenamento, rede, CPU e memória próprios. Uma coisa é compartilhada nos planos padrão: o IO de armazenamento é por melhor esforço.
Um teste de encaixe honesto
Escolha a ferramenta certa.
Vem com a gente se
- você quer Postgres gerenciado, não uma plataforma de backend.
- você prefere strings de conexão a SDKs proprietários.
- você clona um banco a cada PR.
- você quer que suas ferramentas atuais continuem funcionando igual.
Passa longe se
- você quer autenticação, storage e functions no mesmo pacote.
- você precisa de uma API GraphQL/REST gerada automaticamente.
- ficar preso a um fornecedor não te incomoda.
- escrever SQL não é com você.
Se você quer uma plataforma, compre uma plataforma. Se você quer Postgres com força total – vem com a gente.