Vì sao chúng tôi chuyển từ Firebase sang Supabase

• Ưu điểm của Firebase
  • Realtime DB thời kỳ đầu của Firebase từng rất đột phá (trước khi WebSocket/SSE trở nên phổ biến)
  • Khi dùng Firestore, các vấn đề quản lý trạng thái phía client liên quan đến dữ liệu mới nhất được giải quyết
  • Có thể cung cấp trải nghiệm thời gian thực miễn phí
• Nhược điểm
  • Bắt buộc phải dùng đăng nhập Google/GSuite
  • Firebase Hosting không cho quản lý tệp ở mức chi tiết
  • Việc tạo index trên Firebase chậm và không tốt. Thực hiện cùng một việc chậm hơn nhiều so với Algoria Index
  • Không phải mã nguồn mở, nên không có gì đảm bảo nó sẽ tồn tại lâu dài (như Parse). Cũng không thể phụ thuộc vào một phiên bản API cụ thể
  • Không thể chạy hoàn chỉnh trên máy cục bộ. Có Emulator nhưng chậm, khó debug và thiếu tính năng
  • Firebase CLI rất khép kín
• Từ các vấn đề gần đây, chúng tôi cho rằng những thứ như Supabase phù hợp hơn với tương lai của mình
  • Gần đây Firebase đã gỡ tính năng log Cloud Function khỏi dashboard. Muốn xem thì phải sang GCP
    • Có vẻ như GCP đang lấn át môi trường phát triển dành cho lập trình viên Firebase (cannibalizing)
  • CI/CD cho Cloud Function đã tệ đi
    • Họ nói có thể triển khai 80 lần mỗi 100 giây và trước đây không có vấn đề gì, nhưng gần đây nếu vượt mức này thì bắt đầu thất bại
    • Firebase không có cách gọn gàng để chỉ triển khai các function đã thay đổi, nên giới hạn 80 lần này quá thấp và gây phiền toái
  • Firebase ngày càng đẩy người dùng sang GCP để sử dụng các dịch vụ thiết yếu
• Gần đây chúng tôi thử phát triển với Supabase và thấy trải nghiệm lập trình viên khá tốt
  • Đặc biệt, Row Level Security mạnh hơn Firestore Rules
  • Việc Supabase dùng Deno/PostgreSQL cũng là một điểm cộng

[hmmhmmhm]

Supabase đang rất được ưa chuộng, có vẻ thực sự rất tốt khi dùng PostgreSQL

[xguru]

Supabase bắt đầu bản beta công khai - giải pháp thay thế Firebase mã nguồn mở
Supabase bắt đầu hỗ trợ GraphQL
Supabase Realtime - tính năng Multiplayer được phát hành GA