---
title: "Bunny vs Cloudflare em 2026: vale a pena migrar em 2027? (e o que a Bunny contou sobre o bCaptcha)"
description: "Comparei a Bunny com a stack que uso na Cloudflare (Workers, D1, R2, Turnstile e CDN), incluindo o CLI novo deles contra o Wrangler. E trago o que a Bunny respondeu numa live sobre o bCaptcha: proof-of-work, versão invisível e previsão para o início de 2027."
published: "2026-11-01"
tags: ["cloudflare", "bunny", "seguranca", "performance"]
source: "https://marciotoledo.com/blog/bunny-net-vs-cloudflare-bcaptcha"
---

# Bunny vs Cloudflare em 2026: vale a pena migrar em 2027? (e o que a Bunny contou sobre o bCaptcha)

Quase tudo que eu publico hoje roda na Cloudflare. Este site é um Worker com D1 para os likes, o [TOIN.app](/blog/toin-app-ferramentas-online-gratuitas) também mora lá, e os formulários dos projetos de cliente usam o Turnstile. Funciona, e funciona bem.

Só que a [Bunny](https://bunny.net?ref=w8qwuv1l2p) vem deixando de ser "aquela CDN mais em conta" desde o fim de 2024, lançando produto atrás de produto. E foi em 2026 que chegaram as peças que faltavam pra eu levar a sério: banco de dados, CLI próprio e deploy de site. Me peguei com a dúvida: **se eu precisasse sair da Cloudflare amanhã, a Bunny já teria onde colocar cada peça?**

A linha do tempo, pelos anúncios oficiais:

| Quando | O que saiu |
| :-- | :-- |
| Novembro de 2024 | Edge Scripting (funções no edge, o "Workers" da Bunny) |
| Março de 2025 | Magic Containers, em open preview |
| Abril de 2025 | Bunny Shield em preview (WAF, DDoS, bots) |
| Outubro de 2025 | Bunny Shield em disponibilidade geral |
| Fevereiro de 2026 | Bunny Database, em public preview |
| Junho de 2026 | bunny CLI, com Edge Scripts e Database |
| Outubro de 2026 | `bunny sites`, deploy de site estático pelo CLI |

O 2025 foi de computação e segurança. O 2026 foi o que fechou o ciclo de desenvolvimento: dá pra criar o banco, escrever a função e publicar o site sem sair do terminal.

Fui atrás da resposta serviço por serviço. E, de quebra, assisti a uma live da Bunny em que perguntaram sobre o bCaptcha, o concorrente do Turnstile que eles estão construindo. Sobre esse, quase ninguém está falando ainda, então dediquei uma seção inteira a ele.

## A troca, peça por peça

Esta é a tabela que eu montei olhando para a minha própria stack. A coluna da direita é a minha opinião depois de ler a documentação de cada produto, não a promessa da página de vendas.

| Uso na Cloudflare | Equivalente na Bunny | Minha leitura |
| :-- | :-- | :-- |
| Pages / Workers com assets | Bunny Sites | Ok para site estático. SSR ainda não |
| Workers | Edge Scripting | Parecido, mas é Deno, não o runtime da Cloudflare |
| D1 | Bunny Database | Também é SQLite (libSQL), ainda em public preview |
| R2 | Bunny Storage | Tem API compatível com S3, mas a saída é cobrada |
| CDN | Bunny CDN | Concorrente direto, é a origem da Bunny |
| WAF e proteção de bots | Bunny Shield | Sim, com plano gratuito |
| Turnstile | Ainda nada (bCaptcha vem aí) | Hoje o Turnstile segue sendo a resposta |
| DNS | Bunny DNS | Sim, gratuito |
| App que não cabe num Worker | Magic Containers | Aqui a Bunny tem algo que a Cloudflare resolve de outro jeito |

Resumindo a tabela: **para quase tudo existe um equivalente**. A diferença está nos detalhes, e são eles que decidem se vale migrar.

## Workers vs Edge Scripting

O Edge Scripting é a resposta da Bunny aos Workers: JavaScript e TypeScript rodando no edge, com dois modos (um script standalone, que responde sozinho, ou um middleware na frente da CDN). O runtime é **Deno**, com TypeScript nativo e módulos do npm sem bundle.

O ponto que pesa para mim é outro: **bindings**. Na Cloudflare eu escrevo `env.DB.prepare(...)` e o banco está ali, injetado pelo `wrangler.jsonc`. Na Bunny o banco é acessado por URL e token, pelo cliente do libSQL, com as credenciais entrando como variáveis de ambiente (`DB_URL` e `DB_TOKEN`). Funciona, mas código que usa `env.DB`, `env.BUCKET` e companhia vai precisar ser reescrito. Não é copiar e colar. Quando [construí um CMS inteiro em Workers, D1 e R2](/blog/por-que-pausei-meu-cms-custom-pra-apostar-no-emdash), os bindings foram justamente o que deixou tudo simples, e é isso que eu perderia na troca.

## D1 vs Bunny Database

Os dois são SQLite por baixo, o que já ajuda: o SQL que eu escrevo para o D1 roda lá com pouca ou nenhuma mudança. O Bunny Database usa um fork próprio do libSQL (o fork do SQLite criado pela Turso), tem 41 regiões e réplicas de leitura que só cobram armazenamento quando estão servindo tráfego.

Mas ele está em **public preview desde fevereiro de 2026**, com limite de 50 bancos por conta e 1 GB cada. E dois itens que eu considero obrigatórios estão no roadmap, não no produto: **backup automático e import/export do arquivo do banco**. Eu testaria em projeto novo, mas não colocaria nenhum banco que importa lá antes disso sair.

## R2 vs Bunny Storage

Aqui a conta muda de lado. O Bunny Storage é mais barato para guardar (US$ 0,01 por GB/mês numa região, contra US$ 0,015 do R2) e tem uma API compatível com S3. Só que **o R2 não cobra saída de dados**, e na Bunny o arquivo que sai pela CDN paga por GB, de US$ 0,01 a US$ 0,06 dependendo da região.

Para arquivo que fica parado, a Bunny ganha. Para arquivo que é baixado o tempo todo (imagem de e-commerce, vídeo, download), o R2 costuma sair mais barato. Migrar o R2 nem sempre é economia.

## Pages vs Bunny Sites (e por que este site não iria)

O `bunny sites` saiu em 8 de outubro de 2026 e é bem pensado: um comando faz o deploy, cria a storage zone e a pull zone na primeira vez, guarda cada versão para rollback e ainda gera o workflow do GitHub Actions. Astro estático, Hugo, Eleventy, SPA com Vite: tudo funciona.

O que não funciona ainda é **SSR**. A própria Bunny diz que está experimentando frameworks com SSR no Edge Scripting e trabalhando para publicar Edge Scripts junto com o site, mas isso não saiu. Este site é Astro com `output: 'server'`, likes no D1 e notificações por cron. Hoje ele não teria para onde ir na Bunny sem eu separar o front estático da API na mão.

## Wrangler vs bunny CLI

Essa era a parte que eu mais queria ver, porque o Wrangler é metade do motivo de eu gostar de trabalhar com a Cloudflare. A Bunny lançou o CLI dela em junho de 2026, instalado pelo npm (`npm install -g @bunny.net/cli`), e a resposta curta é: **sim, é bem parecido no conceito**. Login, scaffold, deploy, variáveis secretas, rollback, domínio, tudo pelo terminal.

| Tarefa | Wrangler (Cloudflare) | bunny CLI |
| :-- | :-- | :-- |
| Login | `wrangler login` | `bunny login` |
| Criar projeto | `pnpm create cloudflare` | `bunny scripts init` |
| Rodar local | `wrangler dev` | `npm run dev` |
| Deploy | `wrangler deploy` | `bunny scripts deploy` / `bunny sites deploy` |
| Secret | `wrangler secret put` | `bunny scripts env set --secret` |
| Rollback | `wrangler rollback` | `bunny sites deployments publish --previous` |
| Domínio | config no `wrangler.jsonc` | `bunny sites domains add` |
| CI | Workers Builds no painel | `bunny sites ci init` |

Duas diferenças que eu sinto no dia a dia:

1. **Não tem emulador do runtime.** O `wrangler dev` sobe o workerd com D1, KV e R2 locais (é por isso que eu rodo as migrations com `--local` aqui). O CLI da Bunny roda o template com o próprio Node, Bun ou Deno, sem simular o edge.
2. **A config não é declarativa.** No Wrangler, o `wrangler.jsonc` descreve o projeto inteiro e vai pro Git. Na Bunny, o vínculo fica num `.bunny/script.json` e o resto é comando. Pra quem está acostumado a ler o projeto pelo arquivo de config, isso faz falta.

Fora isso, o CLI ainda é jovem: storage e Magic Containers estão como "próximos passos", e tem issue aberta de crash no `bunny sites deploy` no macOS na versão 0.21.0. Nada grave, mas é sinal de que está em movimento.

## bCaptcha: o que a Bunny contou na live

Essa é a parte que me fez escrever o post. Na live [Ask a Security Expert: Web Security Lunch & Learn](https://watch.getcontrast.io/watch/bunny-net-ask-a-security-expert-web-security-lunch-learn), da própria Bunny, alguém perguntou no Q&A quando sai o **bCaptcha**. Não existe página de produto nem documentação pública ainda, então o que segue é o que eles responderam ao vivo.

### Como ele vai funcionar

- **Prova de trabalho (proof-of-work).** Em vez de pedir pro usuário clicar em semáforo, o navegador resolve um cálculo em segundo plano. Quem é humano nem percebe; quem quer disparar milhares de requisições paga caro em CPU.
- **Não interativo no lançamento.** A ideia é ser fluido, sem fricção pro visitante.
- **Versão invisível planejada.** Dá pra colocar no site sem que o usuário veja widget nenhum.

### Interativo, se o cliente quiser

A interação pode virar opção no futuro: o dono do site escolheria entre a versão interativa e a não interativa. Eles deixaram claro que isso vai depender do feedback e da necessidade real dos clientes, não de uma decisão tomada agora.

### Segurança antes de data

O bCaptcha está sendo construído em cima do que eles já aprenderam com o **Bunny Shield** e os sistemas de segurança que rodam lá. E a resposta repetiu uma ideia: muito teste interno antes de lançar, porque o foco é entregar algo sólido.

### Quando sai

**Sem data firme. A previsão é o início de 2027**, e o produto está como prioridade no roadmap atual.

### O que eu acho disso

Lendo a descrição, o bCaptcha se parece muito com o Turnstile, que também roda desafios em segundo plano e já tem modo gerenciado, não interativo e invisível. Ou seja: a Bunny não está inventando uma categoria, está fechando o último buraco da troca. Hoje, quem hospeda na Bunny e precisa proteger formulário usa o Turnstile (que funciona fora da Cloudflare sem problema nenhum).

O que ninguém respondeu, e é o que eu mais quero saber, é **se o bCaptcha vai ter API compatível com o Turnstile**: mesmo formato de widget, mesmo fluxo de validação no backend. Se tiver, migrar é trocar chave e endpoint. Se não tiver, é reescrever a parte de formulário de cada projeto. Vou ficar de olho e atualizo aqui quando sair.

## Quanto custa, lado a lado

Valores oficiais, em dólar, dos produtos que eu comparei:

| Serviço | Bunny | Cloudflare |
| :-- | :-- | :-- |
| Funções no edge | US$ 0,20 por milhão de requisições + US$ 0,02 por 1.000 s de CPU | 100 mil requisições/dia grátis, ou US$ 5/mês no Workers Paid |
| Banco SQLite | Grátis no preview, depois cobrança por leitura, escrita e GB | Plano gratuito no D1, cobrança por uso acima dele |
| Armazenamento | US$ 0,01 por GB/mês + saída pela CDN | US$ 0,015 por GB/mês, saída grátis |
| WAF e bots | Shield Basic grátis, Advanced US$ 9,50/mês | WAF gerenciado no Free, mais recursos no Pro (US$ 25/mês) |
| Captcha | bCaptcha, previsto para 2027 | Turnstile grátis |
| Mínimo mensal | US$ 1 | US$ 0 |

Na Cloudflare, o plano gratuito é generoso a ponto de muito projeto pessoal nunca pagar nada. Na Bunny, tudo é por uso, com um mínimo de US$ 1 por mês. Pra projeto pequeno, as duas são praticamente de graça; a diferença aparece em tráfego alto e em arquivo pesado.

> **TIP**
>
> Se você vai começar um projeto estático agora e quer conhecer a Bunny, o `bunny sites deploy` é a porta de entrada mais barata: um comando, rollback incluído, e o Turnstile continua funcionando nos formulários.

## Minha recomendação

**Eu não migraria nada que já está rodando na Cloudflare.** Não porque a Bunny seja ruim, mas porque as peças que fazem um projeto meu funcionar (SSR, bindings, backup de banco, captcha próprio) ou estão em preview ou ainda não existem.

Onde eu testaria a Bunny hoje:

- Site estático novo, especialmente com muita imagem ou vídeo
- API simples no Edge Scripting, sem depender de banco crítico
- Backend que não cabe num Worker, rodando no Magic Containers

> **NOTA**
>
> **Vai testar a Bunny?** Se este post te ajudou a decidir, crie sua conta pelo meu [link de indicação da Bunny](https://bunny.net?ref=w8qwuv1l2p). Você não paga nada a mais, e isso me ajuda a continuar testando ferramenta e escrevendo comparativo como este.

E onde eu esperaria:

- Banco em produção, até sair backup automático
- Projeto Astro com SSR, até o `bunny sites` publicar Edge Scripts junto
- Qualquer troca do Turnstile, até o bCaptcha sair e mostrar a API

Ter uma segunda plataforma madura é bom pra todo mundo, inclusive pra quem fica na Cloudflare. Eu já passei por um caso em que [o plano Free da Cloudflare bloqueava o AdSense](/blog/cloudflare-free-adsense-bloqueado) e a única saída era pagar o Pro. Com uma alternativa de verdade do lado, esse tipo de situação deixa de ser beco sem saída.

## Resumo

- A Bunny já tem equivalente para quase toda a stack da Cloudflare: Sites, Edge Scripting, Database, Storage, Shield e DNS.
- O bunny CLI é parecido com o Wrangler no conceito, mas não emula o runtime e não tem config declarativa.
- Faltam SSR no `bunny sites`, backup no Bunny Database e um captcha próprio.
- O bCaptcha vai ser proof-of-work, não interativo, com versão invisível, e está previsto para o início de 2027.
- Projeto novo e estático: vale testar. Projeto em produção: eu fico na Cloudflare por enquanto.

## Referências

- bunny.net. [Introducing Bunny Edge Scripting](https://bunny.net/blog/introducing-bunny-edge-scripting-a-better-way-to-build-and-deploy-applications-at-the-edge)
- bunny.net. [We're fixing Edge Computing: Introducing Magic Containers](https://bunny.net/blog/introducing-magic-containers-what-edge-computing-was-meant-to-be/)
- bunny.net. [From preview to proven: Bunny Shield enters general availability](https://bunny.net/blog/from-preview-to-proven-bunny-shield-enters-general-availability/)
- bunny.net. [Deploy static sites anywhere with the bunny.net CLI](https://bunny.net/blog/deploy-static-sites-anywhere-with-the-bunny-net-cli/)
- bunny.net. [Build and deploy scripts at the edge with the bunny.net CLI](https://bunny.net/blog/build-and-deploy-scripts-at-the-edge-with-the-bunny-net-cli/)
- bunny.net. [Meet Bunny Database: the SQL service that just works](https://bunny.net/blog/meet-bunny-database-the-sql-service-that-just-works)
- bunny.net. [Edge Scripting](https://bunny.net/edge-scripting/)
- bunny.net. [Bunny Shield](https://bunny.net/shield/)
- bunny.net. [S3 compatibility no Bunny Storage](https://bunny.net/docs/storage/s3)
- bunny.net. [Ask a Security Expert: Web Security Lunch & Learn](https://watch.getcontrast.io/watch/bunny-net-ask-a-security-expert-web-security-lunch-learn)
- Cloudflare. [Turnstile](https://developers.cloudflare.com/turnstile/)
- Cloudflare. [Wrangler commands](https://developers.cloudflare.com/workers/wrangler/commands/)