Como acelerar o Postgres do Supabase com Cloudflare Hyperdrive
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 6 de 17 ("Como acelerar o Postgres do Supabase com Cloudflare Hyperdrive"), parte do módulo "Guardar dados" 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: o aluno descobre como acelerar o acesso ao Postgres do Supabase a partir dos Workers sem precisar migrar de banco. Você verá como funcionam o pool de conexões e o cache do Hyperdrive, como configurá-lo no AgendaJá e a técnica correta para evitar leituras defasadas.
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
- Como o Hyperdrive resolve os gargalos de latência de rede e esgotamento de conexões no Postgres
- Os três pilares de funcionamento: terminação próxima ao Worker, pool junto ao banco e cache de leituras
- Passo a passo para obter as credenciais diretas no Supabase e registrar o binding no Cloudflare Workers
- A estratégia de duplicar bindings para impedir que dados recém-gravados sejam entregues desatualizados pelo cache
- Quando vale a pena usar o Hyperdrive e quando o D1 ou o pooler nativo do provedor são mais indicados
Pontos-chave da aula
- O Workers roda distribuído globalmente, mas seu banco fica em uma única região; conectar sem pooler sobrecarrega o servidor.
- Conecte sempre usando a connection string direta do Supabase, deixando o pool sob responsabilidade do Hyperdrive.
- No código do Worker, use drivers de Postgres padrão (como o node-postgres) em vez do cliente JavaScript tradicional do Supabase.
- Para dados críticos em tempo real, configure um segundo binding com cache desligado para evitar leituras inconsistentes.
- O plano gratuito oferece até 100 mil consultas diárias, tornando a solução viável para projetos em estágio inicial.
Capítulos e roteiro técnico da aula
10 capítulos minutados- 00:00
O desafio de conectar Workers ao Supabase
Entenda por que consultas a bancos tradicionais podem ficar lentas a partir do Cloudflare Workers sem uma camada de otimização.
- 00:25
A metáfora do restaurante e a conexão com o banco
Uma comparação prática para entender como o tráfego direto sobrecarrega o banco e como o Hyperdrive organiza as conexões.
- 00:57
Por que bancos tradicionais sofrem no serverless
A explicação técnica de como o handshake TLS repetido e o limite de conexões afetam ambientes serverless na borda.
- 01:26
Os três pilares do Cloudflare Hyperdrive
Veja como o Hyperdrive acelera o acesso através de terminação de conexão na borda, pooling centralizado e cache de leituras.
- 02:03
Conectando o Supabase ao Hyperdrive na prática
Passo a passo para obter a connection string direta no Supabase, configurar o binding no Worker e usar o driver de Postgres.
- 02:58
A armadilha do cache e como evitar dados defasados
Descubra por que gravações recentes podem conflitar com o cache e como resolver isso usando bindings separados.
- 03:29
Quando o Hyperdrive não é a ferramenta certa
Limitações importantes de bancos suportados, tipos de consulta longas e cenários onde o D1 pode ser mais indicado.
- 03:59
Alternativas de pool de conexões para Postgres
Comparativo rápido entre o Hyperdrive, o Supavisor nativo do Supabase e o tradicional PgBouncer.
- 04:22
Limites e custos do Hyperdrive no plano grátis
As regras de faturamento, franquia diária de consultas e número de conexões disponíveis nos planos gratuito e pago.
- 04:42
Mantendo o Postgres e preparando para arquivos no R2
Recapitulação das vantagens do Hyperdrive e introdução ao armazenamento de arquivos com Cloudflare R2.
Momentos de destaque na prática
Por que o Hyperdrive é essencial para bancos serverless
Entenda por que conectar seu Worker direto ao Postgres pode derrubar seu banco e como o Hyperdrive resolve esse gargalo.
Cuidado com o cache do Hyperdrive após gravar dados
Veja o erro clássico que faz dados antigos continuarem aparecendo para o usuário mesmo após uma atualização no banco.
Notas de aula e guia de estudo
Se você começou a criar seu aplicativo no Lovable ou em outra ferramenta no-code utilizando o Supabase, não precisa jogar seu banco de dados fora para aproveitar a velocidade dos Cloudflare Workers. O Hyperdrive foi criado especificamente para eliminar o atrito entre funções distribuídas na borda e bancos relacionais centralizados.
Nesta aula, exploramos o funcionamento interno do Hyperdrive, entendendo como ele reaproveita conexões abertas e armazena leituras em cache para reduzir drasticamente a latência da sua API. Você também vai aprender a configurar esse recurso no AgendaJá e como contornar a principal pegadinha de cache ao atualizar dados sensíveis.
O que você vai aprender
- Como o Hyperdrive resolve os gargalos de latência de rede e esgotamento de conexões no Postgres
- Os três pilares de funcionamento: terminação próxima ao Worker, pool junto ao banco e cache de leituras
- Passo a passo para obter as credenciais diretas no Supabase e registrar o binding no Cloudflare Workers
- A estratégia de duplicar bindings para impedir que dados recém-gravados sejam entregues desatualizados pelo cache
- Quando vale a pena usar o Hyperdrive e quando o D1 ou o pooler nativo do provedor são mais indicados
Pontos-chave
- O Workers roda distribuído globalmente, mas seu banco fica em uma única região; conectar sem pooler sobrecarrega o servidor.
- Conecte sempre usando a connection string direta do Supabase, deixando o pool sob responsabilidade do Hyperdrive.
- No código do Worker, use drivers de Postgres padrão (como o node-postgres) em vez do cliente JavaScript tradicional do Supabase.
- Para dados críticos em tempo real, configure um segundo binding com cache desligado para evitar leituras inconsistentes.
- O plano gratuito oferece até 100 mil consultas diárias, tornando a solução viável para projetos em estágio inicial.