พัฒนาบริการด้วยต้นทุนให้น้อยที่สุด
(brunch.co.kr/@odradeck)- แบ็กเอนด์ใช้ Supabase
- พอได้ใช้ครั้งหนึ่งแล้วก็แทบจะถอนตัวไม่ขึ้น
- รองรับ Auth และ Storage
- แม้จะมีโปรเจกต์ฟรีได้สูงสุด 2 โปรเจกต์ แต่เพราะข้อจำกัดด้านทราฟฟิกจึงจ่าย $25 ต่อเดือน
- แอปใช้ Flutter
- เคยลังเลกับ ReactNative แต่เลือก Flutter เพราะพัฒนาเว็บได้ในระดับหนึ่งด้วย
- เว็บ deploy ฟรีด้วย GitHub และเพราะต้องใช้แบบ Private จึงจ่าย $4 ต่อเดือน
- แบ็กออฟฟิศใช้ Retool
- แม้จะเป็นเครื่องมือ no-code แต่ก็ใช้เวลาพอสมควรกว่าจะคุ้นเคย ถึงอย่างนั้นก็ยังเร็วกว่าสร้างเอง
- ถ้าไม่รันอะไรอย่าง Workflow ก็ใช้ฟรีได้ แต่เพราะต้องคงสภาพ staging จึงจ่าย $10 ต่อเดือน
- แค่ Supabase + Flutter + Retool ก็สามารถสร้างบริการที่มีขนาดพอสมควรได้
- ดำเนินงานด้วยค่าโครงสร้างพื้นฐานต่อเดือนต่ำกว่า $50
- หากทราฟฟิกเพิ่มขึ้นก็สามารถขยายความจุได้
15 ความคิดเห็น
สามารถสร้างบริการที่มีขนาดพอสมควรได้ด้วยแค่ Supabase + Flutter + Retool
ดำเนินงานด้วยค่าโครงสร้างพื้นฐานต่อเดือนต่ำกว่า $50
Supabase สะดวกมากจริง ๆ
โดยเฉพาะการแยกสภาพแวดล้อมแล้วจัดการก็สะดวกมากจริง ๆ
ถ้าดูเฉพาะค่าใช้จ่ายฝั่งเซิร์ฟเวอร์ ใช้ vultr หรือ DigitalOcean จะถูกกว่านะ
ฉันไปเจออันนี้ตอนกำลังหาอยู่ เพราะเสียดายที่
supabaseสร้างแบ็กเอนด์ด้วยภาษาที่ต้องการไม่ได้ แต่ https://render.com/ ก็ดูน่าสนใจเหมือนกันครับเพิ่งเคยได้ยินชื่อ supbase เหมือนกัน.. ถือโอกาสนี้ต้องลองไปศึกษาดูแล้วครับ
Dart เนโครแมนเซอร์ Flutter...
เพื่อลดต้นทุนจึงพัฒนาโดยเลือกใช้ Native > React Native > Flutter,
เดิมใช้ AWS สำหรับเซิร์ฟเวอร์อยู่ แต่คงต้องย้ายไป supabase เพื่อลดค่าใช้จ่ายครับ
ถ้าจะทำให้ฟรีทั้งหมด ผมใช้แบบนี้: neon(DB) + Cloudflare worker + Cloudflare Pages
เพิ่มเติมถ้ารวมสแตกด้วย ก็ใช้ ReactNative + Trpc + drizzle แบบนี้ครับ
supabase❤
ถ้าจะจ่ายเดือนละ 25 ดอลลาร์ Firebase น่าจะถูกกว่านะครับ
เห็นด้วยครับ
แต่ถ้าจำเป็นต้องใช้ SQL DB ล่ะก็ Firebase ก็หมดสิทธิ์อยู่ดี มองแบบนั้นก็เหมือนจะไม่ได้พูดผิดนะครับ
ถ้าเป็นบริการที่เล็กจนแทบไม่ต้องเสียค่าใช้จ่าย ผมก็คิดว่าจริง ๆ แล้วไม่ว่าจะเป็น RDB หรือ NoSQL ก็คงไม่ได้ต่างกันมากนักครับ.. 555
แต่การเรียนรู้ของนักพัฒนาก็เป็นต้นทุนเหมือนกัน ดังนั้นสิ่งที่คุณพูดมาก็สำคัญเหมือนกันครับ
Firebase + SQL SaaS น่าจะเหมาะที่สุดไม่ใช่เหรอ??
พัฒนาบริการด้วยต้นทุนให้น้อยที่สุด
นี่คือการผสมผสานที่ผมชอบพอดีเลย :)