O servidor DuckDB empresarial
O DuckDB agora pode funcionar como servidor — mas um servidor de produção precisa de autenticação, múltiplos tenants, observabilidade e escala. O GizmoSQL é a camada empresarial à frente do DuckDB — segura, instrumentada, com múltiplos tenants e escalabilidade horizontal, via Apache Arrow Flight SQL.
O DuckDB pode ser um servidor. O GizmoSQL o torna empresarial.
Tudo o que um servidor de produção precisa acima do protocolo — autenticação, governança, múltiplos tenants e escala.
Ferramentas de cliente maduras desde o primeiro dia
O DuckDB agora pode funcionar como servidor — pelo próprio protocolo Quack ou pelo Apache Arrow Flight SQL do GizmoSQL. O GizmoSQL usa Flight SQL, ADBC e JDBC; suas ferramentas de BI, ETL e notebooks se conectam imediatamente.
Segurança e governança empresariais
Um protocolo de comunicação oferece conectividade; a produção precisa da camada acima dele. O GizmoSQL adiciona TLS/mTLS, JWT, SSO/OAuth/LDAP, permissões por catálogo, auditoria e perfil automático de consultas.
Escalabilidade horizontal
Execute um cluster de nós GizmoSQL com Kubernetes e balanceamento round-robin sobre um DuckLake compartilhado. Adicione nós para aumentar a concorrência.
Ajudamos a abrir esse caminho — e damos as boas-vindas ao Quack
Em 2026, a DuckDB Labs apresentou o Quack, um protocolo cliente-servidor nativo para DuckDB. Somos fãs — e, na publicação de lançamento, a equipe DuckDB gentilmente nos reconheceu:
“We also want to thank Philip Moore from GizmoSQL / GizmoData, who has blazed this trail for us already and shown that client-server DuckDB is a very worthwhile thing.”Tradução livre: “Também queremos agradecer a Philip Moore, da GizmoSQL / GizmoData, que já abriu esse caminho para nós e mostrou que o DuckDB cliente-servidor vale muito a pena.”
— DuckDB Labs, no anúncio do Quack
O Quack é um protocolo cliente-servidor rápido e nativo, feito para integração estreita entre instâncias DuckDB. Como na maioria dos protocolos de comunicação, a camada de produção — TLS, múltiplos tenants e autenticação externa — fica acima dele. Essa é exatamente a camada em que o GizmoSQL sempre se concentrou: hoje via Apache Arrow Flight SQL (com ferramentas de cliente maduras em quase todas as linguagens), além de observabilidade, instrumentação, segurança granular e múltiplos tenants. Já fornecemos drivers Quack, e uma versão futura do GizmoSQL poderá oferecer Quack nativamente além do Flight SQL — para uma única implantação atender a todos os clientes.
Feito para empresas
Um gateway com governança para seus dados — acesso delimitado, identidade forte e auditabilidade completa, para que cada equipe receba exatamente os dados de que precisa e nenhum que não deveria acessar.
Identidade forte
Autentique cada conexão com SSO / OAuth, TLS mútuo ou JWT — com qualquer provedor OIDC, como Google ou Okta. Sem logins compartilhados nem segredos no cliente.
Autorização granular
Permissões por catálogo e por usuário e suporte real a múltiplos tenants, com limites de recursos por tenant. Dê a cada equipe exatamente o acesso de que precisa — leitura, gravação ou nenhum — apenas aos catálogos que ela deve ver.
Controle e auditabilidade
A instrumentação de sessões registra quem executou o quê e quando, enquanto o perfil automático de consultas captura o tempo e o plano de cada instrução. Monitore métricas de consultas, sessões, filas, CPU e memória com Prometheus e Grafana. Mantenha a operação saudável com KILL SESSION, enfileiramento de instruções e limites de tempo de consulta — os controles operacionais que a produção exige.
Funciona com as ferramentas que você já usa
O GizmoSQL usa Arrow Flight SQL, JDBC e ADBC — suas ferramentas de BI, ETL, notebooks e orquestração se conectam desde o primeiro dia, com bibliotecas de cliente maduras em quase todas as linguagens.
Um servidor, dois backends
Execute a mesma interface segura de servidor sobre DuckDB ou SQLite — para análises em escala de terabytes, aplicações embarcadas e na borda ou onde o tamanho reduzido e a ampla disponibilidade do SQLite importam.
Veja os controles Enterprise na sua própria carga de trabalho — gratuitamente por 30 dias.
Escale com um cluster de nós
Execute um conjunto de servidores GizmoSQL com Kubernetes e distribua as sessões em round-robin. Adicione nós para aumentar a concorrência — tanto no Core quanto no Enterprise.
Nó GizmoSQL 1
sessões próprias
Nó GizmoSQL 2
sessões próprias
Nó GizmoSQL 3
sessões próprias
Nó GizmoSQL 4
sessões próprias
Cada nó executa consultas de forma independente — uma única consulta nunca abrange vários nós — enquanto todos compartilham um DuckLake, com o PostgreSQL mantendo o catálogo consistente. Aumente a concorrência adicionando nós.
As sessões de usuários são distribuídas em round-robin entre todos os nós do conjunto.
Cada consulta é executada inteiramente em um nó — sem coordenação entre nós para torná-la mais lenta.
Nativo do Kubernetes: adicione ou remova capacidade alterando o número de réplicas.
O mesmo comportamento no Core (Apache-2.0) e na edição Enterprise — sem necessidade de um plano especial.
Um DuckLake compartilhado — uma única cópia aberta dos dados, sem um silo por nó.
Um catálogo PostgreSQL mantém os metadados das tabelas consistentes em todos os nós.
Servidor DuckDB — perguntas frequentes
O DuckDB pode ser usado como servidor?
Historicamente, o DuckDB era executado no próprio processo, embutido em uma aplicação. Hoje, pode funcionar como servidor de duas formas: pelo protocolo Quack nativo da DuckDB Labs ou pelo GizmoSQL via Apache Arrow Flight SQL. O GizmoSQL adiciona a camada empresarial — autenticação, governança, múltiplos tenants, observabilidade e escalabilidade horizontal — e se conecta às ferramentas de BI, ETL e notebooks que já usam Flight SQL, JDBC e ADBC.
O DuckDB já não é um servidor com o protocolo Quack?
Sim — o protocolo Quack nativo da DuckDB Labs torna o DuckDB um banco cliente-servidor, e a equipe gentilmente reconheceu o pioneirismo do GizmoSQL. O Quack é excelente para integração estreita entre instâncias DuckDB. O GizmoSQL se concentra na camada empresarial acima do protocolo: Apache Arrow Flight SQL com ferramentas de cliente maduras hoje, além de autenticação, permissões granulares, múltiplos tenants, auditoria, observabilidade e perfil automático de consultas. Fornecemos drivers Quack, e uma versão futura do GizmoSQL também poderá oferecer Quack nativamente.
O DuckDB está pronto para produção com usuários simultâneos?
O mecanismo DuckDB é executado no próprio processo; um protocolo de servidor adiciona sessões simultâneas de clientes. Com GizmoSQL, você também recebe a camada de produção — autenticação, governança e observabilidade — e escala a concorrência horizontalmente executando um cluster de nós GizmoSQL com Kubernetes e balanceamento de sessões round-robin. A solução deixa de se limitar a um único nó.
Como executo o DuckDB como servidor?
Instale o GizmoSQL e inicie gizmosql_server apontando para seu arquivo de banco DuckDB (ou um DuckLake compartilhado). Os clientes se conectam por ADBC (adbc-driver-gizmosql), JDBC ou biblioteca Python. O guia de instalação cobre todas as plataformas.
O servidor DuckDB do GizmoSQL é de código aberto?
Sim — o GizmoSQL Core é Apache-2.0 e gratuito. O Enterprise adiciona SSO/OAuth, permissões granulares, instrumentação de sessões, perfil automático de consultas e enfileiramento de instruções por US$ 300 por vCPU por ano.
Qual é a velocidade do GizmoSQL?
O DuckDB, o mecanismo, ocupa a segunda posição na mediana de tempo de execução com cache aquecido no benchmark de referência de nó único do ClickBench, à frente de Snowflake, BigQuery, Redshift e Databricks. O GizmoSQL executa o benchmark TPC-H completo de 22 consultas com 1 TB em cerca de 80 segundos, por aproximadamente US$ 0,17 de computação.