Cloudflare Browser Run e Containers: quando o Worker não basta
Por Mauro Mequelussi · Curso gratuito Cloudflare Workers sem mistério: back-end e IA sem servidor · Português (PT-BR)
Resposta direta · O que esta aula resolve
A Aula 16 de 17 ("Cloudflare Browser Run e Containers: quando o Worker não basta"), parte do módulo "IA na borda e segurança" do curso gratuito "Cloudflare Workers sem mistério: back-end e IA sem servidor" na Escola de Aplicativos (ministrado por Mauro Mequelussi), ensina na prática: exploramos o que fazer quando a lógica de um Worker tradicional não é suficiente. Apresentamos o Browser Run para renderização e automação com navegadores, além dos Containers e Sandboxes para execução de binários Linux e códigos gerados por inteligência artificial sob demanda.
Crie sua conta grátis para assistir a esta videoaula em HD
O resumo técnico e os capítulos abaixo são abertos para consulta. Crie sua conta 100% gratuita em segundos para liberar todas as 17 videoaulas em HD, controle automático de progresso, Tutor IA e certificado gratuito verificável.
- R$ 0 · Sem cartão de crédito
- Tutor IA tira-dúvidas da aula
- Certificado gratuito incluso
O que você vai aprender
- Quando uma requisição fetch é suficiente e quando é obrigatório acionar um navegador headless
- Como o Browser Run renderiza páginas, gera PDFs e interage com automações em Puppeteer ou Playwright
- O papel dos Containers da Cloudflare para executar softwares de Linux como FFmpeg
- Como criar uma Sandbox isolada e sem rede para rodar scripts gerados por IA com segurança
- Estrutura de preços, cotas gratuitas e alternativas de mercado para cada caso
Pontos-chave da aula
- O Worker atua como o atendente de balcão; o Browser Run e os Containers são a oficina nos fundos
- A conexão entre o Worker e os serviços pesados é feita via bindings nativos, sem precisar gerenciar chaves de API
- Containers serverless só cobram pelos milissegundos em que estão ativos e desligam automaticamente quando o trabalho termina
- Sandboxes impedem que códigos dinâmicos ou não confiáveis acessem a memória do Worker ou a internet
Capítulos e roteiro técnico da aula
11 capítulos minutados- 00:00
O limite do Worker: geração de PDF e processamento de vídeo
Certas tarefas, como renderizar PDFs ou manipular vídeos, exigem ferramentas e sistemas operacionais que não cabem nativamente em um Worker.
- 00:25
A analogia do balcão e da oficina
Entenda a separação entre a velocidade de atendimento do Worker e o trabalho pesado executado pelo Browser Run e pelos Containers.
- 00:54
Browser Run: Chrome sem interface na borda
O Browser Run permite renderizar páginas, extrair dados, gerar PDFs e controlar navegação via Puppeteer, Playwright ou chamadas diretas.
- 01:31
Prática com Browser Run no AgendaJá
Como conectar o Worker ao Browser Run por binding para converter HTML em PDF ou gerar capturas de tela sem precisar de chaves de API.
- 01:53
Containers: Linux sob demanda controlado por Durable Objects
Quando é necessário rodar ferramentas como FFmpeg ou binários customizados, os Containers oferecem um ambiente Linux isolado que desliga sozinho.
- 02:25
Evolução dos Containers: inicialização rápida e snapshots
Melhorias recentes reduziram o tempo de boot para centenas de milissegundos e trouxeram suporte a snapshots de estado para agentes de IA.
- 02:46
Sandbox: execução segura de código gerado por IA
Aprenda a isolar scripts desconhecidos ou gerados por IA em ambientes sem acesso à memória principal ou à rede externa.
- 03:16
Quando não usar navegadores e contêineres
Avalie se uma requisição fetch comum já resolve o problema antes de acionar recursos mais caros ou restritos por limites de cota.
- 03:45
Alternativas do mercado e integração por bindings
Comparação de Browser Run e Containers com soluções como Browserless, Fly.io, Railway, Google Cloud Run e E2B.
- 04:12
Precificação e cotas de uso
Entenda os limites gratuitos diários do Browser Run e a composição de custos por tempo de execução em memória, CPU e disco nos Containers.
- 04:37
Resumo da solução e preparação para segurança
Revisão de quando usar cada ferramenta e introdução à próxima aula focada em proteção contra bots e vazamento de dados.
Momentos de destaque na prática
O balconista e a oficina: entendendo os papéis
Entenda de uma vez por todas quando usar um Worker simples e quando você precisa de um navegador ou contêiner nos fundos.
Como funcionam os Containers na Cloudflare
Descubra como rodar FFmpeg ou qualquer software Linux na borda sem pagar por servidores ociosos.
Sandbox para código de IA: isolamento total
Veja como deixar agentes de IA executarem códigos e relatórios no seu app sem nenhum risco de invasão ou vazamento.
Notas de aula e guia de estudo
Nem tudo cabe dentro da execução enxuta de um Worker padrão. Tarefas complexas como transformar HTML em PDF com fidelidade visual ou processar vídeos exigem ferramentas especializadas.
Nesta aula, você vai entender como a Cloudflare resolve esses cenários usando o Browser Run (navegador Chrome sob demanda) e Containers (máquinas virtuais Linux sob demanda controladas por Durable Objects).
O que você vai aprender
- Quando uma requisição
fetché suficiente e quando é obrigatório acionar um navegador headless - Como o Browser Run renderiza páginas, gera PDFs e interage com automações em Puppeteer ou Playwright
- O papel dos Containers da Cloudflare para executar softwares de Linux como FFmpeg
- Como criar uma Sandbox isolada e sem rede para rodar scripts gerados por IA com segurança
- Estrutura de preços, cotas gratuitas e alternativas de mercado para cada caso
Pontos-chave
- O Worker atua como o atendente de balcão; o Browser Run e os Containers são a oficina nos fundos
- A conexão entre o Worker e os serviços pesados é feita via bindings nativos, sem precisar gerenciar chaves de API
- Containers serverless só cobram pelos milissegundos em que estão ativos e desligam automaticamente quando o trabalho termina
- Sandboxes impedem que códigos dinâmicos ou não confiáveis acessem a memória do Worker ou a internet
