Em resposta a Diminui a latência em cerca de 10x usando supabase 🚀

projeto pessoal
Edge Functions
ficou claro que o problema não era o código, mas sim a infraestrutura.

Sinceramente o problema não é código nem infraestrutura, é a escolha das ferramentas.

Edge funcions em um projeto pessoal que mal tem acesso?

Pra que?

Todos os problemas aqui se resolveriam de uma forma muito mais fácil:

Máquina grátis da Oracle Cloud
Postgres rodando no docker
Backend rodando em Node

Sim, tudo na mesma máquina separada em containers

"Ai mas não escala"

Que escalabilidade o seu projeto precisa?

em uma única máquina gratis da Oracle tenho:

2 Ecommerces: Cada um com containers para o Backend, Workers, DB, Cache
1 Ferramenta de análise de dados
Workers especializados
Monitoramento (Prometheus, node exporter, cadvisor, loki, faro, tempo)

Sim! Quase 30 containers no mesmo servidor

No ultimo mês:

Média de uso de CPU - 6% pico: 80%
Média de uso de RAM - 9GB pico: 17GB (o servidor tem 24GB)
Nenhum problema com latência
1 problema com DownTime (Cloudflare maldita)

Centenas de clientes acessando!

O problema:

Essa arquitetura não é bonitinha e não vende curso

DaviAvelino

9 horas atrás

Não conhecia a VM gratuita da Oracle Cloud — bem interessante mesmo, obrigado pela dica 👍

Concordo contigo que existem formas mais “simples” de resolver o problema, especialmente quando se tem controle total da infra como no seu caso. Uma VM única bem configurada resolve muita coisa.

No meu cenário, a escolha pelo Supabase + Edge Functions não foi pensando em escala imediata, mas em reduzir complexidade operacional, evitar cold start sem manter servidor sempre ligado e acelerar o ciclo de desenvolvimento.

Também pesou o fato de ser uma solução acessível pra projetos pequenos e estudos, sem exigir setup pesado de infra, Docker, observabilidade e tuning de VM — algo que nem todo projeto pessoal (ou dev iniciante) consegue sustentar.

Concordo 100% contigo: não existe bala de prata. A mesma stack que funciona muito bem pra você pode não ser a melhor escolha em outro contexto.

No fim, o aprendizado principal pra mim foi justamente esse: infra importa tanto quanto código, e entender esses trade-offs cedo faz muita diferença.

Valeu demais pelo comentário e por compartilhar sua experiência — seus números são bem impressionantes 👊

Pilati

Autor

9 horas atrás

sem exigir setup pesado de infra, Docker, observabilidade e tuning de VM — algo que nem todo projeto pessoal (ou dev iniciante) consegue sustentar.

O meu setup é pesado porque tenho clientes ativos usando, se acontecer qualquer problema tenho que saber o quanto antes.

Para projetos pessoais não é necessário tudo isso!

é só subir com uma configuração mínima (que o GPT faz isso muito bem) e usar

DaviAvelino

8 horas atrás

Sim, concordo contigo — para projetos pessoais não faz sentido subir uma infra pesada.

No meu caso, o problema era bem específico: latência causada por cold start. A partir disso, busquei uma ferramenta que resolvesse exatamente esse ponto, e as Edge Functions atenderam bem.

Com certeza existem outras soluções possíveis (VM, container, always-on, etc.). A escolha não foi por “moda”, mas por impacto direto na experiência do usuário com o menor custo operacional possível.

E é exatamente isso que achei mais interessante nesse processo: perceber como decisões de infraestrutura moldam o comportamento do sistema, mesmo quando o código em si está correto.

No fim, acho que concordamos no essencial: Infraestrutura é importante e moldam a experiência do usuario e não existe stack certa ou errada, existe stack coerente com o problema, com o contexto e com quem vai manter aquilo depois.