Desarrollar un servicio con el costo mínimo
(brunch.co.kr/@odradeck)- El backend es Supabase
- Una vez que lo usas, ya no puedes salir de ahí
- Soporta Auth y Storage
- Aunque permite hasta 2 proyectos gratis, por límites de tráfico y otros motivos cuesta $25 al mes
- La app es Flutter
- Consideré ReactNative, pero elegí Flutter porque también permite cierto nivel de desarrollo web
- La web se despliega gratis con GitHub. Como necesitaba Private, cuesta $4 al mes
- El back office es Retool
- Aunque es una herramienta no-code, toma algo de tiempo acostumbrarse. Aun así, es más rápido que hacerlo uno mismo
- Si no ejecutas cosas como Workflow es gratis. Por mantener staging y otros motivos, cuesta $10 al mes
- Solo con Supabase + Flutter + Retool también se puede implementar un servicio de cierto tamaño
- Se opera con menos de $50 al mes en costos de infraestructura
- Si aumenta mucho el tráfico, es posible ampliar la capacidad
15 comentarios
Es posible implementar un servicio de cierto tamaño solo con Supabase + Flutter + Retool
Operándolo con un costo de infraestructura de menos de $50 al mes
Supabase es realmente muy conveniente.
Especialmente, también es muy cómodo administrar todo separando los entornos.
Si solo consideras el costo del servidor, sale más barato usar Vultr o DigitalOcean.
Lo encontré porque me decepcionó que supabase no permita construir el backend en el lenguaje que uno quiera, pero https://render.com/ también se veía bastante bien.
Es la primera vez que escucho de Supabase... creo que aprovecharé para investigarlo.
Nigromante de Dart, Flutter...
Para reducir costos, Native > React Native > Flutter,
estábamos usando AWS para el servidor, pero tendremos que migrar a supabase para ahorrar costos.
Si lo haces completamente gratis, yo uso neon (DB) + Cloudflare worker + Cloudflare Pages de esta manera.
Además, si le sumas el stack, uso algo como ReactNative + Trpc + drizzle.
supabase❤
Si vas a pagar 25 dólares al mes, ¿no sería más barato Firebase?
Estoy de acuerdo.
Pero si tienes que usar una base de datos SQL, Firebase queda descartado, así que viéndolo así, no parece una afirmación incorrecta.
Si es un servicio de un nivel en el que prácticamente no vas a pagar costos, en realidad pensé que no habría mucha diferencia entre usar RDB o NoSQL.. jaja
Pero como el aprendizaje del desarrollador también es un costo, supongo que eso que mencionaste también sería importante
¿Firebase + SQL SaaS no sería lo óptimo?
Desarrollar un servicio con el menor costo posible
Es justo la combinación que me encanta :)