A / convencional
Servidor e banco presos no mesmo lugar.
Escalar a aplicação pode significar mover volume, snapshot e estado juntos.
SQLite-derived · S3-compatible · open source
Durabilidade sem aprisionar o compute.
OtsarDB é um engine SQL familiar que mantém o estado durável no object storage. A máquina pode mudar. O banco permanece.
Domínio público · CLI standalone · Studio no navegador
Modelo de armazenamentoestado autoritativo
01
Sua aplicaçãocompute descartável
↗SQL
02
OtsarDB engineSQLite-derived · cache local
⌁publica
03
Object storageS3-compatible · durável
▦SQLdialeto familiarS3estado persistentePDdomínio público
01Estado durável no S3
02SQL baseado no SQLite
03Cache local descartável
04Studio loopback-first
O produto
O que é o OtsarDB
Um engine SQL desenhado para o object storage. Na prática, você escreve o SQL que já conhece e o estado durável do banco vive em um storage de objetos compatível com S3: não no disco da máquina que executa a consulta. A execução é descartável; o storage preserva.
OtsarDB is a SQLite-derived SQL engine designed around S3-compatible object storage as its authoritative durable state.
A origem do nome
Otsar significa tesouro.
Vem do hebraico אוֹצָר: tesouro, tesouraria, armazém. É a ideia de um depósito que guarda e preserva aquilo que tem valor: os seus dados, e não a máquina que os executa.
A ideia central
O banco não precisa morar na máquina que o executa.
Bancos tradicionais misturam execução e durabilidade no mesmo host. OtsarDB separa essas responsabilidades: o processo executa SQL e mantém um cache de trabalho; o object storage preserva o estado que importa.
Entender o modeloB / OtsarDB
Compute leve. Estado preservado.
Troque o processo, o host ou o ambiente sem carregar a durabilidade nas costas.
Feito para o caminho real
Familiar na superfície. Diferente onde importa.
A experiência começa com SQL e termina com um estado que não depende da vida útil de uma máquina.
SQL que você já conhece
Um engine derivado do SQLite, com CLI direto e um formato de alvo simples: s3://bucket/database.
Storage como fonte durável
Manifestos e segmentos imutáveis formam um estado persistente no S3-compatible object storage.
Execução que pode mudar
Cache local para trabalhar com fluidez, sem confundir a máquina que executa com a fonte da verdade.
Visibilidade quando precisar
OtsarDB Studio oferece exploração visual e SQL no navegador, seguindo o limite loopback-first.
Onde avaliar
Quando o compute pode mudar de máquina.
OtsarDB costuma ser uma opção a comparar quando operar um servidor de banco não compensa. Em cargas OLTP com muitas escritas síncronas, vale medir a latência do commit no seu caso antes de decidir.
Leituras frequentes e compute efêmero
Cargas com leituras frequentes, execução efêmera (containers, serverless, agentes) e dados que precisam sobreviver à máquina. O compute pode mudar; os dados continuam no bucket.
Escritas síncronas em alto volume
Cada commit tem o custo de latência de um object storage. Se a carga tem muitas escritas síncronas por segundo, meça essa latência e compare com o que a aplicação precisa.
Comece em minutos
Seu primeiro commit continua sendo SQL.
Baixe o binário, configure o endpoint S3 e abra o banco pelo mesmo terminal em que você trabalha hoje.
otsardb / shellpronto
$ otsardb s3://meu-bucket/app
> CREATE TABLE events (
id INTEGER PRIMARY KEY,
payload TEXT
);
commit: published
state: object storage
> CREATE TABLE events (
id INTEGER PRIMARY KEY,
payload TEXT
);
commit: published
state: object storage
Números que você pode reproduzir
Métricas medidas, com método público.
Os números abaixo vêm de execuções registradas com data, binário e cenário. O benchmark completo é publicado no repositório para você reproduzir.
Comunidade oficial
OtsarDB também é feito em comunidade.
Acompanhe o projeto, troque experiências e participe da evolução do banco.
O próximo banco começa aqui
S3-native SQL engine
Um engine SQL pequeno na operação e claro sobre onde os seus dados vivem.