Bunny Database

• Bunny Database é um serviço de banco de dados gerenciado na edge compatível com SQLite, que entra em pausa automaticamente quando está ocioso e mantém baixa latência em qualquer lugar do mundo
• Para resolver a estrutura de alto custo das plataformas DBaaS e os problemas de configuração complexa, oferece implantação simples e modelo de cobrança baseado em uso
• Suporta implantações automáticas, em região única e multirregião em 41 regiões, e alcança até 99% de redução na latência de leitura por meio de regiões de réplica
• É baseado em uma versão fork do libSQL e não tem como objetivo sincronização completa de recursos com o SQLite, priorizando a estabilidade em uso real
• É oferecido gratuitamente durante o período de preview público, com recursos futuros previstos como backup automático e API com reconhecimento de schema

---

Visão geral do Bunny Database

• O Bunny Database é um serviço de banco de dados edge compatível com SQLite, que pode ser implantado de forma simples sem gerenciamento de VM nem DBaaS de alto custo
  • Quando está ocioso, entra em pausa automaticamente para reduzir custos
  • Oferece baixa latência para usuários no mundo todo
• Inclui recursos como implantação com um clique, suporte a SDKs por linguagem, conexão baseada em HTTP e métricas em tempo real
  • Os SDKs suportam TypeScript/JavaScript, Go, Rust e .NET
  • É possível inserir dados e executar consultas pelo dashboard

Mudanças no mercado de DBaaS e o posicionamento do Bunny Database

• As plataformas DBaaS existentes vêm se movendo para um mercado mais voltado ao segmento premium, com redução de camada gratuita, cobrança por capacidade não utilizada e taxas extras por recurso
• O Bunny Database responde a essa tendência com uma alternativa simples e razoável
• Permite criar um banco de dados rapidamente sem configurações complexas e operá-lo sem o peso de custos no nível de EC2

Principais recursos e opções de implantação

• É possível escolher entre implantação automática, em região única e manual (multirregião) em 41 regiões
  • Seleção automática: define automaticamente a região de menor latência com base no IP
  • Região única: escolha direta de uma região específica
  • Seleção manual: configuração multirregião personalizada pelo usuário
• Ao ativar regiões de réplica, é possível reduzir em até 99% a latência de leitura
  • Em testes feitos em várias áreas do mundo, a latência caiu de forma significativa quando a leitura foi servida pela região mais próxima do cliente
• Adicionar ou alterar regiões é fácil, sem necessidade de redesenhar a arquitetura do app

Política de preços

• Modelo de cobrança baseado em uso, sem a taxa extra de cobrança serverless (“serverless tax”)
  • Leitura: $0.30 por 1 bilhão de linhas
  • Escrita: $0.30 por 1 milhão de linhas
  • Armazenamento: $0.10 por GB/mês por região ativa
  • Quando não há requisições, só há custo de armazenamento
  • Cobrança mensal, baseada no uso em tempo real
• Disponível gratuitamente durante o período de preview público

Compatibilidade com SQLite e estrutura baseada em libSQL

• O Bunny Database roda em uma versão fork própria baseada no libSQL da Turso
  • O libSQL mantém a API e o formato de arquivo do SQLite, mas não fica totalmente sincronizado com as versões mais recentes do SQLite
• O Bunny Database mantém a compatibilidade com base na versão do libSQL, sem incorporar imediatamente recursos de versões superiores
• Com foco em estabilidade e facilidade de operação do serviço, integra seletivamente apenas recursos significativos para uso real

Planos futuros

• Recursos planejados: backup automático, importação/exportação de arquivos de banco de dados, API com reconhecimento de schema e SDK com segurança de tipos
• Durante a fase de preview público, o roadmap futuro será ajustado com base no feedback dos usuários

Integração e formas de conexão

• O Bunny Database pode ser usado de forma independente e também pode ser integrado ao Bunny Edge Scripting e ao Bunny Magic Containers
• Na aba Access do dashboard, clique em Generate Tokens para criar um token de autenticação
  • Conecte ao Edge Script ou ao app Magic Container usando o recurso Add Secrets
  • Acesse o banco de dados por meio das variáveis de ambiente (DB_URL, DB_TOKEN)
• Um exemplo de código em TypeScript é fornecido para conexão simples

Condições de uso do preview

• Durante o período de preview público, há limite de até 50 bancos de dados por usuário, com 1GB de capacidade para cada um
• Pode ser usado imediatamente após fazer login no dashboard da bunny.net

[GN⁺]

Comentários do Hacker News

• A Bunny anunciou compatibilidade com S3 no 2º trimestre de 2022, mas em setembro de 2023 pediu desculpas pelo atraso e mudou o roadmap para o início de 2024
  Os posts relacionados no blog são anúncio do suporte a S3 e pedido de desculpas pelo atraso
  Agora já é o começo de 2026, e não recebi nenhuma resposta nem aos meus pedidos de suporte
  Por isso, deixei de confiar nos produtos e na liderança dessa empresa

  • Sou Jamie, da Bunny.net. Implementar S3 exigiu uma reformulação fundamental da arquitetura de storage existente, então levou mais tempo do que o previsto
    Atualmente, a compatibilidade com S3 está disponível em prévia privada para alguns usuários desde janeiro de 2026, e em breve vamos abrir uma página de inscrição
  • Estou na mesma situação. Eu queria migrar do Cloudflare, mas a falta de suporte a S3 e de comunicação foi o fator decisivo para não seguir adiante
  • Eu uso o Bunny CDN na frente de um bucket S3, de modo que o trabalho real interage diretamente com o bucket S3
  • Na prática, a Bunny percebeu que precisava reconstruir completamente o serviço de storage antes de lançar a compatibilidade com S3
    Não é um projeto pequeno, então o atraso é compreensível. Ainda assim, vejo como positivo o fato de terem sido transparentes

• Nos últimos dias, estou tendo dificuldades para usar a Bunny
  A documentação diz que a API de entrega de logs tem atraso de até 5 minutos, mas na prática está com mais de 3 dias de atraso
  Isso não aparece na página de status porque, segundo eles, não é um problema “crítico”
  Como a retenção dos logs é de 3 dias, estou preocupado com perda de dados
  Essa falta de transparência afeta minha confiança nos outros serviços também

  • Sou Joe, da Bunny.net. No momento estamos processando um backlog de cerca de 2,5 milhões de arquivos de log, e aumentamos a velocidade com otimizações no pipeline
    Esperamos normalizar em 12–18 horas
    Além disso, estamos migrando a infraestrutura de logging antiga para uma baseada em ClickHouse, e compartilhando o progresso na página de status
  • Também estou enfrentando atraso nos logs recentemente. No meu caso, é de cerca de 14 horas

• Não sei se administrar um RDBMS é realmente algo tão difícil assim
  Instalar MySQL ou Postgres no Linux leva 5 minutos, e também dá para configurar backup e segurança com facilidade
  Mesmo um único VPS consegue lidar com bastante consulta, e o custo é previsível

  • Na prática, depende dos requisitos
    Se você quer recursos como multirregião, replicação automática, failover transparente, migração de schema online e gerenciamento automático de versão, fazer tudo por conta própria fica complexo
    É aí que entra o valor de um serviço hospedado que cuide disso
  • Eu não me preocupo tanto com a disponibilidade do meu próprio DB, mas sim com a confiabilidade dos backups e com a gestão de patches de segurança
    Acompanhar CVEs ou configurar firewall exige pessoal especializado
  • Na verdade, hoje em dia dá para criar uma instância gratuita de Postgres com um clique em lugares como Neon
  • Não é uma questão de dificuldade, e sim de delegação
    As empresas preferem pagar uma assinatura mensal por um serviço estável em vez de gastar tempo de engenharia com manutenção de DB
  • Eu também tentei montar por conta própria, mas o sistema de backup me deixava inseguro demais
    Eu salvava os backups em object storage com cron, mas bastava errar uma configuração para corromper os dados de produção
    Se existisse uma distribuição OSS de Postgres com backups completos, eu pagaria com gosto

• O título “isto não é um banco de dados de coelho” me fez rir

  • Eu também cliquei por causa disso
  • Mesmo assim, o coelho comendo cookie era fofo
  • Ouvi dizer que um deles também anda devendo dinheiro pela vizinhança
  • É verdade, mas para ficar perfeito faltou pelo menos uma interjeição ou caractere especial
  • Também concordo com essa opinião

• O padrão é claro: todo mundo gosta do CDN, mas vê baixa confiabilidade no lançamento dos outros produtos
  Problema de CDN no máximo vira cache miss, mas problema de DB pode virar perda de dados
  O preço e a narrativa de empresa europeia são atraentes, mas olhando o histórico do cronograma do S3, eu esperaria uns 12 meses antes de usar

  • Alguém aqui já usou o serviço de DNS da Bunny? Parece que o único problema é a falta de suporte a registro DS

• Fiquei curioso com o que exatamente significa “SQLite-compatible”
  Dizem que internamente usam um fork do libSQL, mas não está claro como é a interface
  Se expõem a API HTTP Hrana do libSQL, talvez “compatível com libSQL” fosse um termo mais preciso

  • Sou Marek, da Bunny.net. O Bunny Database pode ser conectado via SDKs para TS, Go, Rust e .NET ou por meio do endpoint HTTP
  • Sim, “libSQL” seria mais preciso, mas do ponto de vista de marketing, SQLite tem um volume de busca muito maior

• Resumo da estrutura de preços
  Durante a prévia pública é grátis, e em estado ocioso há apenas custo de storage
  Os principais valores são os seguintes

  • Leitura: US$ 0,30 por 1 bilhão de linhas
  • Escrita: US$ 0,30 por 1 milhão de linhas
  • Storage: US$ 0,10/GB por mês por região ativa
  • A vantagem dessa estrutura de preços é que ela permite pagamento pré-pago
    Isso ajuda a evitar explosões inesperadas na cobrança, tornando-a mais segura que AWS ou GCP

• A Bunny anuncia recursos novos com frequência, mas sempre passa a sensação de parar em 80% de conclusão
  O CDN é excelente, mas os outros serviços vêm sendo decepcionantes há anos

  • Fico curioso para saber se você pode compartilhar exemplos concretos

• Uso a Bunny há alguns anos como alternativa ao Cloudflare, e até agora funcionou perfeitamente

  • Só parece que eles estão investindo os recursos de forma dispersa demais. A interface compatível com S3 também está em “saindo em breve” desde 2022
  • Queria entender como você fez uma transição tão tranquila
    Eu testei e, ao contrário do Cloudflare, não basta usar proxy DNS: também precisa fazer upload dos assets e reescrever URLs, o que foi trabalhoso

• A maior vantagem da Bunny.net é ser um serviço baseado na Europa
  Isso a deixa relativamente mais livre dos riscos políticos e regulatórios dos EUA