Chúng tôi gặp tình huống này khá thường xuyên. Một dự án nhỏ chạy ổn định trên Supabase suốt vài tháng, rồi đến lúc cần nhận thanh toán nội địa, gửi email xác nhận hay lưu dữ liệu khách hàng ngay tại Việt Nam. Khi đó, người làm kỹ thuật bắt đầu nghĩ đến chuyện đổi nền tảng backend. Bài này viết cho đúng những bạn đang ở giai đoạn ấy.
Câu hỏi bạn quan tâm nhiều nhất chắc là: MONA Base (beta) có thay được Supabase cho dự án Việt không, và đổi URL với anon key có phải là xong? Trả lời ngắn thì chưa đủ. Phần dưới đây, chúng tôi đi qua từng việc cần làm để bạn tự đánh giá.
Vì sao nhiều dev Việt bắt đầu tìm đường khác
Supabase là một nền tảng backend có sẵn, gồm cơ sở dữ liệu, đăng nhập và lưu trữ file, nên bạn không phải tự dựng server. Với dự án mới, nó rất tiện. Nhưng khi sản phẩm lớn dần, ba vấn đề thường xuất hiện gần như cùng lúc. Thứ nhất là dữ liệu đang nằm ở đâu. Thứ hai là chi phí tăng theo cách nào. Thứ ba là việc thanh toán qua ngân hàng nội địa có thật sự thuận tiện hay không.
Trong các cộng đồng lập trình trong nước, chúng tôi thấy vài câu hỏi lặp đi lặp lại. Dữ liệu đặt ở Singapore có ổn không? Thanh toán quốc tế có phiền không? Có lựa chọn nào giữ được code cũ mà không phải viết lại gần hết không? Chúng tôi cố trả lời những câu đó một cách trung lập, không bán sản phẩm nào trong bài, và cũng nói rõ những điểm còn yếu của bên mới.
Các lựa chọn backend trên thị trường
Supabase và Firebase là hai cái tên lớn nhất. Hệ sinh thái rộng, tài liệu nhiều, cộng đồng đông. Khi gặp một lỗi lạ, bạn gần như chắc chắn tìm được người từng gặp lỗi đó trước rồi. Đây là lợi thế đã được kiểm chứng qua nhiều năm.
Bên cạnh đó là các đơn vị trong nước và khu vực, tập trung vào hạ tầng đặt tại Việt Nam. Lợi thế rõ nhất là độ trễ thấp hơn cho người dùng trong nước. Chúng tôi từng thử một màn hình dashboard phải gọi nhiều truy vấn nhỏ liên tiếp. Khi dữ liệu nằm gần người dùng ở Hà Nội hay TP.HCM, trang tải nhanh hơn thấy rõ.
Khi so sánh, chúng tôi thường nhìn bốn tiêu chí: mức tương thích API, vị trí dữ liệu, chi phí và độ trưởng thành của sản phẩm. Trong đó, mức tương thích API quyết định bạn phải bỏ ra bao nhiêu công sức để chuyển đổi. Nếu bạn muốn xem thêm góc nhìn về các lựa chọn thay thế, có thể tham khảo so sánh các lựa chọn thay thế Supabase cho dự án Việt Nam.
So sánh tính năng cốt lõi
Ba mảng quan trọng nhất là Postgres cho cơ sở dữ liệu, Auth cho đăng nhập và Storage cho lưu file. MONA Base beta dùng Postgres 17 và có đủ ba mảng này. Điểm đáng chú ý là bản beta tương thích với thư viện supabase-js, nên phần lớn đoạn code gọi API của bạn không cần viết lại từ đầu.
Dưới đây là vài khác biệt đáng để ý tính đến tháng 11/2026. Chúng tôi lấy thông tin từ trang chính thức của từng bên, nhưng bạn nên đối chiếu lại trước khi quyết định, vì bảng giá và tính năng thay đổi khá nhanh.
- Cơ sở dữ liệu: cả hai đều dùng Postgres, riêng MONA Base đang chạy phiên bản 17.
- Đăng nhập: Supabase có Auth đầy đủ, còn phần Auth của MONA Base vẫn đang được hoàn thiện.
- Lưu file: cả hai đều có Storage, nhưng bạn nên thử upload file lớn để xem thực tế.
- Vị trí dữ liệu: Supabase tùy vùng bạn chọn, còn MONA Base đặt dữ liệu tại Việt Nam.
Nhìn vào danh sách trên, có thể thấy MONA Base còn khá trẻ. Đừng xem nó là bằng chứng cho mọi trường hợp. Hãy đưa đúng những tính năng dự án bạn đang dùng vào danh sách kiểm tra của riêng mình.
Quy trình chuyển đổi thực tế
Đổi URL và anon key nghe thì đơn giản, nhưng việc chuyển đổi thật sự gồm vài bước dễ bị bỏ sót. Đầu tiên là xuất schema và dữ liệu từ bên cũ, nạp vào bên mới, rồi đối chiếu số lượng bản ghi ở từng bảng. Đừng chỉ nhìn bằng mắt, hãy đếm bằng truy vấn.
Sau đó là phần chúng tôi cho là dễ sai nhất: Row Level Security và các policy. Một policy viết đúng trên nền cũ không nhất thiết chạy y hệt trên nền mới, nhất là khi có hàm hỗ trợ hoặc cách lấy thông tin người dùng khác đi. Hãy đọc lại từng policy, rồi thử truy vấn bằng các vai trò khác nhau để chắc chắn người dùng chỉ thấy đúng dữ liệu của họ.
Tiếp theo là đổi biến môi trường và chạy kiểm thử đầy đủ luồng đăng nhập cùng upload file. Đừng chỉ thử một tài khoản. Hãy thử tài khoản thường, tài khoản quản trị, và trường hợp phiên đăng nhập hết hạn giữa chừng. Chúng tôi từng gặp một lỗi nhỏ chỉ xuất hiện khi phiên hết hạn, và nó suýt lọt ra môi trường production.
Cuối cùng, luôn chuẩn bị phương án quay lui. Giữ lại cấu hình cũ, giữ một bản sao dữ liệu, và biết chính xác cách quay về trong vài phút nếu có sự cố. Nhiều đội bỏ qua bước này, và khi lỗi xảy ra vào buổi tối, họ phải thức suốt đêm để sửa thứ lẽ ra có thể lùi lại ngay.
Thanh toán và email: thứ dự án nào cũng cần
Gần như dự án nào cũng cần thanh toán và email. Vì vậy, bạn nên cân nhắc cả hai cùng lúc với việc chọn backend, đừng để đến cuối mới nghĩ tới.
Về thanh toán nội địa, MONA Pay hiện miễn phí 500 giao dịch mỗi tháng, không thu phần trăm trên giao dịch và không giữ tiền của bạn. Các gói trả phí là 99.000đ, 299.000đ, 799.000đ và 1.990.000đ. Nếu so với SePay, Casso hay PayOS, bạn nên xem phí và hạn mức miễn phí của từng bên tại trang bảng giá chính thức, vì chúng tôi không muốn đưa ra con số mà bạn không tự kiểm chứng được.
Về email giao dịch, tức là email gửi tự động khi có sự kiện như xác nhận đơn hay quên mật khẩu, MONA Mail cho 3.000 email mỗi tháng miễn phí. Có một điều quan trọng: hãy cấu hình DKIM cho tên miền gửi, nếu không email rất dễ rơi vào thư rác. Resend, SendGrid và Amazon SES cũng là những lựa chọn phổ biến. Bạn nên so sánh giới hạn gửi và yêu cầu xác thực của từng bên trước khi chọn.
Hạ tầng và cách tính phí
Có ba kiểu tính phí chính. Vercel và các nền tảng tương tự thường tính theo lượt dùng và băng thông. Railway và Render có cả gói cố định lẫn tính theo tài nguyên. Hiểu kiểu tính phí của từng nơi giúp bạn dự đoán chi phí tháng sau sát hơn nhiều.
Thử tính cho một ứng dụng nhỏ đang tăng trưởng, chạy 2 core và 4 GB RAM trong 720 giờ mỗi tháng. Theo bảng giá MONA Cloud hiện tại là 250đ mỗi core-giờ và 150đ mỗi GB RAM-giờ. Tiền core là 2 nhân 720 nhân 250đ, tức 360.000đ. Tiền RAM là 4 nhân 720 nhân 150đ, tức 432.000đ. Tổng cộng khoảng 792.000đ, chưa tính disk. Con số này chỉ giúp bạn hình dung cách tính, không phải báo giá cố định.
Vị trí máy chủ cũng đáng để ý. Nếu người dùng chủ yếu ở Việt Nam, đặt máy chủ gần họ sẽ giảm độ trễ rõ rệt. Hãy kiểm tra từng nhà cung cấp có điểm đặt máy chủ ở đâu trước khi quyết định.
Những điểm còn yếu và rủi ro
Các bên mới thường có hệ sinh thái nhỏ hơn: ít plugin, ít bài hướng dẫn, ít ví dụ từ cộng đồng. Khi gặp lỗi lạ, bạn có thể phải đọc trực tiếp mã nguồn hoặc hỏi thẳng đội hỗ trợ, thay vì tìm được đáp án chỉ bằng một lần tìm kiếm.
Một số tính năng nâng cao mà đối thủ lớn đã có thì bản beta chưa đầy đủ. Nếu dự án phụ thuộc vào một tính năng cụ thể, hãy kiểm tra trước khi di chuyển, đừng giả định là nó sẽ chạy.
Trạng thái beta cũng nghĩa là bạn cần thử kỹ trước khi đưa dữ liệu thật vào. Đừng đẩy dữ liệu khách hàng thật lên khi chưa thử xong các luồng quan trọng nhất.
Nên giữ Supabase hay thử lựa chọn khác?
Nếu dự án cần hệ sinh thái rộng, nhiều tài liệu, và đội ngũ đã quen tay với Supabase, hãy ưu tiên giữ nguyên. Chi phí chuyển đổi về thời gian và công sức đôi khi lớn hơn khoản tiết kiệm bạn kỳ vọng.
Nếu dự án ưu tiên dữ liệu đặt tại Việt Nam và muốn chi phí rõ ràng, đáng để thử một bên nội địa. Khi xây dựng sản phẩm, bạn cũng có thể tham khảo Top 10 lập trình web và mobile app miễn phí đáng dùng để có thêm công cụ cho quy trình phát triển. Nếu muốn nắm bức tranh chung trước khi chọn công nghệ dài hạn, Top 7 xu hướng lập trình web năm 2026 là nơi bạn có thể bắt đầu.
Cách an toàn nhất là chạy thử song song trên môi trường staging. Đưa một bản sao dữ liệu không nhạy cảm vào, chạy các luồng chính trong vài tuần, rồi mới đưa ra quyết định. Từ kinh nghiệm của đội ngũ, bước này thường tiết kiệm nhiều hơn là nó tốn.
Câu hỏi thường gặp
MONA Base có tương thích với supabase-js không?
Có. Bản beta được thiết kế để tương thích với supabase-js, nên phần lớn lệnh gọi API có thể giữ nguyên. Tuy vậy, bạn vẫn nên chạy bộ kiểm thử của mình, vì các chi tiết nhỏ như xử lý lỗi hay định dạng phản hồi có thể khác đi.
Đổi URL và anon key là đủ để chuyển đổi hoàn toàn chưa?
Chưa. Hai thông số đó chỉ là bước đầu. Bạn còn phải chuyển dữ liệu, kiểm tra policy, thử đăng nhập và upload file, rồi chuẩn bị phương án quay lui. Bỏ qua các bước này là nguyên nhân phổ biến khiến việc chuyển đổi thất bại.
Chi phí các lựa chọn hiện nay thế nào, tính đến tháng 11/2026?
Tính đến tháng 11/2026, MONA Pay miễn phí 500 giao dịch mỗi tháng, MONA Mail miễn phí 3.000 email mỗi tháng, và MONA Cloud tính 250đ mỗi core-giờ cùng 150đ mỗi GB RAM-giờ. Với các đối thủ, bạn nên xem bảng giá tại trang chính thức để có con số chính xác nhất.
Có nên đưa dữ liệu thật vào bản beta không?
Nên cân nhắc kỹ. Với bản beta, hãy bắt đầu bằng dữ liệu không nhạy cảm, chạy thử đủ lâu và kiểm tra cơ chế sao lưu. Chỉ đưa dữ liệu quan trọng vào khi bạn đã tin vào độ ổn định của hệ thống.
Làm sao kiểm tra một backend mới trước khi chuyển sang production?
Dựng môi trường staging giống production nhất có thể. Chạy các luồng chính như đăng ký, đăng nhập, thanh toán, gửi email và upload file. Đo độ trễ từ nơi người dùng thực sự đang ở, rồi so sánh với nền cũ trước khi quyết định.