Supabase Compute permite rodar agentes, jobs e APIs dentro do próprio projeto
Aprofundamento CEVIU
Aprofundamento
O Supabase Compute entrou em private alpha e, segundo a fonte, roda agentes, background jobs e APIs no mesmo projeto onde estão os dados. A motivação vem de relatos de desenvolvedores: certas cargas não cabem em uma Edge Function porque pedem mais memória ou CPU, rodam por mais de 400 segundos (caso típico de um agente de IA) ou estão escritas em outra linguagem. Nesses casos, o time normalmente abre uma segunda plataforma, com deploys, logs e depuração separados.
Cada serviço ganha um ambiente Linux completo. Dá para publicar Node, Deno ou qualquer Dockerfile, em dois tamanhos: 2 GB com 1 vCPU ou 4 GB com 2 vCPUs. O fluxo usa a CLI do Supabase v2.120.0 ou superior, com compute = true em [experimental] no config.toml, supabase compute new para criar e supabase compute push para publicar. Como a configuração é de poucas linhas, um agente de código consegue escrevê-la e fazer o deploy. A Management API também tem endpoints alpha para deploy, listagem e remoção.
As limitações são claras. É para avaliação, não produção, e pode mudar ou acabar. Só funciona em us-west-2, serviços podem reiniciar a qualquer momento (o trabalho longo deve ser salvo no Postgres), todo serviço recebe todos os secrets do projeto e não há autoscaling, GPU nem disco persistente. Serviços públicos suspendem quando ociosos, os privados seguem ativos. Sandboxes para agentes de IA ficam fora do alpha. O único número de desempenho citado vem da Dreambase: queries ao Postgres com mediana de 2,9 ms, contra 65 ms vindo de outra região.
Por que isso importa
Para quem toca uma startup com backend já no Supabase, a leitura é que dá para adiar a contratação de uma segunda plataforma só para agentes e jobs longos, reduzindo o custo operacional de manter dois provedores. Mas o alpha não serve para produção e todo serviço enxerga todos os secrets, então é um ambiente para testar hipóteses, não para colocar cliente em cima. A latência de 2,9 ms é um caso de uma empresa só, vale medir no seu próprio fluxo.
Perguntas frequentes
O Supabase Compute já pode ser usado em produção?
Não. A própria fonte diz que o private alpha é para avaliação, que pode mudar ou acabar, e que serviços podem reiniciar a qualquer momento. Trabalhos longos devem salvar o estado no Postgres.
Quais tamanhos e runtimes o Supabase Compute oferece?
Os runtimes são Node, Deno ou qualquer Dockerfile. Os tamanhos são 2 GB com 1 vCPU ou 4 GB com 2 vCPUs. Não há GPU, autoscaling nem disco persistente nesta fase.
Como faço o deploy de um serviço no Compute?
Use a CLI do Supabase v2.120.0 ou superior. Ative compute = true em [experimental] no config.toml, crie o serviço com supabase compute new, troque o código inicial em supabase/compute/ e publique com supabase compute push.
Como entro no private alpha e quanto custa?
É preciso entrar na waitlist e informar o Project ID, se o projeto estiver em us-west-2, a única região disponível por enquanto. Durante o alpha o uso é gratuito.
Fontes
- supabase.comfonte original
- Categoria
- CEVIU Empreendedores
- Publicado
- 28 de outubro de 2026
- Editoria
- CEVIU Empreendedores

