Desenvolvendo um serviço com o menor custo possível
(brunch.co.kr/@odradeck)- O backend é Supabase
- Depois que você usa uma vez, não consegue mais largar
- Suporte a Auth e Storage
- Até 2 projetos gratuitos, mas por causa de limite de tráfego etc., fica em US$ 25 por mês
- O app é Flutter
- Pensei em ReactNative, mas escolhi Flutter porque também dá para desenvolver para Web até certo ponto
- A web é publicada gratuitamente pelo GitHub. Como precisava de privado, custa US$ 4 por mês
- O backoffice é Retool
- Dizem que é uma ferramenta no-code, mas leva um tempo para se acostumar. Ainda assim, é mais rápido do que fazer tudo diretamente
- Se não rodar coisas como Workflow, é grátis. Por causa de manter staging etc., custa US$ 10 por mês
- Só com Supabase + Flutter + Retool já dá para implementar um serviço de porte razoável
- Operação com custo de infraestrutura abaixo de US$ 50 por mês
- Se o tráfego aumentar, dá para expandir a capacidade
15 comentários
É possível implementar um serviço de certo porte apenas com Supabase + Flutter + Retool
Operando com custo de infraestrutura abaixo de $50 por mês
O Supabase é realmente muito prático.
Especialmente a gestão com separação de ambientes, que também é muito conveniente.
Se for considerar só o custo do servidor, usar Vultr ou DigitalOcean sai mais barato.
Fiquei meio decepcionado com o fato de o Supabase não permitir construir o backend na linguagem que você quiser, então fui procurar alternativas e acabei encontrando o https://render.com/, que também pareceu bem interessante.
É a primeira vez que ouço falar do supbase.. acho que vou aproveitar a oportunidade para conhecer melhor.
Necromante de Dart, Flutter...
Para reduzir custos, Native > React Native > Flutter,
o servidor estava usando AWS, mas vou migrar para o Supabase para reduzir os custos.
Se for fazer totalmente de graça, eu uso assim: neon (DB) + Cloudflare Workers + Cloudflare Pages.
Além disso, se incluir a stack, acabo usando React Native + tRPC + drizzle desse jeito.
supabase❤
Se vai pagar US$ 25 por mês, o Firebase não sairia mais barato?
Concordo.
Mas, se precisar usar um banco de dados SQL, o Firebase já fica fora, então por esse lado acho que não é exatamente uma afirmação errada.
Se for um serviço em um nível em que praticamente não há custo, na verdade eu achava que não faria muita diferença se fosse RDB ou NoSQL.. haha
Como o aprendizado do desenvolvedor também é um custo, o que você mencionou também deve ser importante
Firebase + SQL SaaS não seria o ideal??
Desenvolvendo um serviço com o menor custo possível
Essa é exatamente a combinação que eu adoro :)