Supabase در برابر Firebase: کدام بک‌اند را انتخاب کنیم؟

اگر داده‌های شما رابطه‌ای هستند (مشتری، سفارش، فاکتوری که به هم متصل‌اند)، اگر می‌خواهید SQL بنویسید، یا اگر یک پشته متن‌باز می‌خواهید که بعداً بتوانید روی سرور خودتان نصبش کنید، Supabase را انتخاب کنید. اگر دارید یک اپ موبایلی‌محور می‌سازید که همگام‌سازی آفلاین و به‌روزرسانی‌های بلادرنگ را از همان ابتدا لازم دارد، یا از قبل در Google Cloud هستید، Firebase را انتخاب کنید. هر دو به شما دیتابیس، ورود کاربر، ذخیره فایل و توابع سرورلس می‌دهند. انتخاب واقعی بین Postgres (SQL) در برابر Firestore (NoSQL) است و اینکه هر کدام چطور از شما هزینه می‌گیرند.

Supabase در برابر Firebase در یک نگاه

MAU یعنی کاربران فعال ماهانه: افرادی که در طول ماه وارد شده‌اند. برای اعداد به‌روز، قیمت Supabase و قیمت Firebase را بررسی کنید.

روش مقایسه ما

ما ویژگی‌ها، سهمیه‌ها و قیمت‌های اعلام‌شده عمومی را از وب‌سایت‌ها و مستندات خود Supabase و Firebase در سپتامبر ۲۰۲۶ بررسی کردیم. تست عملی یا سنجش عملکرد انجام نداده‌ایم و هر موردی را که در صفحات فروشندگان قابل تأیید نبود کنار گذاشته‌ایم. قیمت‌ها به دلار آمریکا و بدون مالیات هستند.

تفاوت واقعی: Postgres در برابر Firestore

این یک تصمیم، بقیه تصمیم‌ها را شکل می‌دهد.

Supabase روی Postgres ساخته شده، یک دیتابیس رابطه‌ای: داده‌ها در جدول‌ها با سطر و ستون زندگی می‌کنند و جدول‌ها به هم متصل می‌شوند. با SQL به آن کوئری می‌زنید و Supabase به‌طور خودکار از جدول‌هایتان یک API می‌سازد. اگر در اپ شما یک مشتری سفارش دارد و هر سفارش چند قلم کالا دارد، این ساختار به‌طور طبیعی با جدول‌ها جور است. راهنمای ما درباره Postgres چیست آن را به زبان ساده توضیح می‌دهد.

Firestore یک دیتابیس سندمحور NoSQL است. داده‌ها در سندهایی (شبیه به اشیاء JSON) زندگی می‌کنند که در مجموعه‌ها گروه‌بندی شده‌اند. گوگل آن را یک دیتابیس انعطاف‌پذیر و مقیاس‌پذیر توصیف می‌کند که اپ‌ها مستقیم با SDKهای بومی به آن دسترسی دارند، با همگام‌سازی بلادرنگ و کش آفلاین برای داده‌هایی که اپ در حال استفاده از آن‌هاست. این باعث می‌شود شروع کار سریع باشد و در گوشی‌هایی با اتصال ناپایدار قوی عمل کند. گزارش‌گیری پیچیده روی رکوردهای زیادی که به هم مرتبط‌اند، سخت‌تر از SQL است.

Firebase حالا SQL Connect را هم ارائه می‌دهد که از طریق Firebase به شما Cloud SQL برای PostgreSQL می‌دهد. از سپتامبر ۲۰۲۶، Firebase یک دوره آزمایشی سه‌ماهه بدون هزینه برای اولین نمونه فهرست کرده و بعد از آن هزینه ماهانه دارد. پس «Firebase نمی‌تواند SQL کار کند» دیگر درست نیست، اما Postgres در آن یک افزونه است، نه مرکز ماجرا.

اگر مطمئن نیستید داده‌هایتان به کدام شکل هستند، ابتدا SQL در برابر NoSQL را بخوانید.

مقایسه پلن‌های رایگان

Supabase Free (از سپتامبر ۲۰۲۶):

• دیتابیس ۵۰۰ مگابایتی روی یک CPU اشتراکی با ۵۰۰ مگابایت RAM
• ۵۰ هزار کاربر فعال ماهانه
• ۱ گیگابایت فضای فایل و ۵ گیگابایت egress (داده‌های ارسالی)
• ۵۰۰ هزار فراخوانی Edge Function
• محدودیت ۲ پروژه فعال
• پروژه‌ها پس از ۱ هفته بی‌فعالیتی متوقف می‌شوند
• بدون بک‌آپ؛ لاگ‌ها حدود یک روز نگه داشته می‌شوند

Firebase Spark (از سپتامبر ۲۰۲۶)، بدون نیاز به روش پرداخت:

• Cloud Firestore: ۱ گیبی‌بایت ذخیره‌شده، ۵۰ هزار خواندن، ۲۰ هزار نوشتن و ۲۰ هزار حذف در روز
• Authentication: ۵۰ هزار کاربر فعال ماهانه
• Hosting: ۱۰ گیگابایت فضا و ۳۶۰ مگابایت انتقال در روز
• Realtime Database: ۱ گیگابایت ذخیره‌شده، ۱۰۰ اتصال همزمان
• Cloud Functions، App Hosting و باکت‌های جدید Cloud Storage در Spark در دسترس نیستند

تفاوت عملی این است: پلن رایگان Supabase توابع سرورلس دارد اما پروژه‌های کم‌استفاده را متوقف می‌کند. صفحه قیمت Firebase به متوقف شدن پروژه‌های بی‌کار Spark اشاره نمی‌کند، اما برای کدهای سمت سرور و باکت‌های جدید ذخیره‌سازی باید به Blaze (با یک حساب صورتحساب) بروید.

مقایسه پلن‌های پولی

Supabase یک هزینه ماهانه پلن به‌علاوه مصرف بیشتر از سهمیه‌های شامل‌شده دریافت می‌کند:

• Pro، از ۲۵ دلار در ماه: ۸ گیگابایت دیسک برای هر پروژه، ۱۰۰ هزار MAU، ۲۵۰ گیگابایت egress، ۱۰۰ گیگابایت فضای فایل، ۲ میلیون فراخوانی Edge Function، ۱۰ دلار اعتبار محاسباتی در ماه و بک‌آپ روزانه با نگهداری ۷ روزه. نمونه هزینه مازاد: ۰.۱۲۵ دلار برای هر گیگابایت دیسک اضافی و ۰.۰۹ دلار برای هر گیگابایت egress اضافی.
• Team، از ۵۹۹ دلار در ماه: همان مصرف شامل‌شده، به‌علاوه بک‌آپ ۱۴ روزه و نگهداری لاگ ۲۸ روزه.
• Enterprise: سفارشی.

Firebase Blaze پرداخت بر اساس مصرف است و به یک حساب صورتحساب فعال نیاز دارد. ابتدا سهمیه‌های بدون‌هزینه را دریافت می‌کنید و بعد بر اساس نرخ‌های Google Cloud پرداخت می‌کنید. برای مثال، Cloud Functions تا ۲ میلیون فراخوانی در ماه بدون هزینه است و بعد از آن هر یک میلیون فراخوانی ۰.۴۰ دلار دارد. کاربران جدید واجد شرایط می‌توانند ۳۰۰ دلار اعتبار Google Cloud دریافت کنند.

کدام ارزان‌تر است به اپ شما بستگی دارد. مبلغ ثابت ۲۵ دلار برای بودجه‌بندی ساده است. پرداخت بر اساس تعداد خواندن برای یک اپ کوچک می‌تواند خیلی ارزان باشد، اما یک اپ Firestore که در هر صفحه تعداد زیادی سند می‌خواند می‌تواند صورتحسابش را سریع بالا ببرد. پیش از تعهد، هر دو را تخمین بزنید.

احراز هویت، ذخیره‌سازی و توابع

• احراز هویت: هر دو ورود میزبانی‌شده را ارائه می‌دهند و هر دو ۵۰ هزار کاربر فعال ماهانه رایگان می‌دهند. Supabase احراز هویت را با Row Level Security در Postgres ترکیب می‌کند، یعنی قوانینی در خود دیتابیس که مشخص می‌کنند هر کاربر کدام سطرها را ببیند. Firebase کاربران SAML/OIDC (ورود یکپارچه سازمانی) را جداگانه می‌شمارد، با ۵۰ کاربر رایگان. برای مبانی، احراز هویت چیست را ببینید.
• ذخیره‌سازی: Supabase Storage با S3 سازگار است و CDN و تبدیل تصویر دارد. Firebase Cloud Storage برای باکت‌های جدید به Blaze نیاز دارد.
• توابع: Supabase Edge Functions کد TypeScript را روی Deno اجرا می‌کنند. Firebase Cloud Functions به Blaze نیاز دارند.
• هوش مصنوعی: Supabase قابلیت Vector را بر پایه pgvector برای امبدینگ ارائه می‌دهد. Firebase قابلیت AI Logic را با نرخ‌های Google Cloud یا Gemini API و همچنین Firebase Studio ارائه می‌دهد.

وابستگی به فروشنده و قابلیت انتقال

Supabase می‌گوید همه ابزارهای اصلی‌اش متن‌باز و قابل self-hosted هستند و چون دیتابیس، Postgres استاندارد است، می‌توانید داده‌ها را خروجی بگیرید و در هر میزبان Postgres دیگری بارگذاری کنید. این قوی‌ترین دلیل برای Supabase است اگر نگران وابستگی به یک فروشنده هستید.

Firebase یک سرویس مدیریت‌شده گوگل است. می‌توانید داده‌هایتان را خروجی بگیرید، اما مدل سندی Firestore و قوانین امنیتی آن مخصوص Firebase است، پس انتقال به جای دیگر یعنی بازطراحی داده‌ها و بازنویسی کدی که از آن استفاده می‌کند.

هر کدام برای چه کسی مناسب است

Supabase را انتخاب کنید اگر:

• داده‌هایتان رابطه‌ای است: کاربران، تیم‌ها، سفارش‌ها، فاکتورها، رزروها
• شما یا توسعه‌دهنده‌تان SQL را دوست دارید، یا به گزارش‌گیری و داشبورد نیاز دارید
• می‌خواهید گزینه self-host یا انتقال به یک میزبان دیگر Postgres را داشته باشید
• یک هزینه ماهانه قابل پیش‌بینی با بودجه‌تان جور است

Firebase را انتخاب کنید اگر:

• دارید یک اپ موبایلی می‌سازید که باید آفلاین کار کند و بعداً همگام شود
• شنونده‌های بلادرنگ با تنظیمات بسیار کم می‌خواهید
• از قبل Google Cloud، Google Analytics یا سایر ابزارهای Firebase را استفاده می‌کنید
• داده‌هایتان واقعاً شکل سندی دارند و ترجیح می‌دهید بر اساس مصرف پرداخت کنید

Mythex کجا قرار می‌گیرد

Supabase و Firebase بک‌اند هستند: هنوز باید اپ را روی آن‌ها بسازید و فرانت‌اند را جایی میزبانی کنید. اگر ترجیح می‌دهید اپ را در چت توصیف کنید و کل آن را دریافت کنید، Mythex یک سازنده اپ با هوش مصنوعی است که کد را می‌نویسد، در پیش‌نمایش زنده اجرا می‌کند و منتشر می‌کند. وقتی اپ شما نیاز به ذخیره داده دارد، Mythex یک دیتابیس Postgres اختصاصی برای آن پروژه اضافه می‌کند که بعد از ۵ دقیقه بی‌کاری به خواب می‌رود و از همان موجودی اعتبار ساخت و هاستینگ هزینه دریافت می‌کند.

این برای اپ‌های وب مثل پورتال مشتری، CRM یا ابزار رزرو مناسب است. جایگزین همگام‌سازی آفلاین موبایل Firebase نیست، و اپ‌های اندروید و آیفون Mythex (در پلن Pro) خود اپ وب را در بر می‌گیرند و کاملاً native نیستند. اگر از قبل Supabase یا Firebase را استفاده می‌کنید، می‌توانید از عامل Mythex بخواهید با کلیدهای خودتان به پروژه موجودتان وصل شود. برای رویکرد کلی، افزودن دیتابیس به اپ را ببینید.

نتیجه‌گیری

• Supabase انتخاب پیش‌فرض قوی‌تری برای اپ‌های وب و محصولات SaaS با داده‌های رابطه‌ای است، و برای هرکسی که به SQL و قابلیت انتقال اهمیت می‌دهد.
• Firebase انتخاب قوی‌تری برای اپ‌های موبایلی‌محور است که به همگام‌سازی آفلاین و به‌روزرسانی‌های بلادرنگ نیاز دارند، و برای تیم‌هایی که از قبل روی Google Cloud سرمایه‌گذاری کرده‌اند.

هر دو پلن رایگان سخاوتمندانه‌ای دارند، پس ارزان‌ترین راه برای تصمیم‌گیری این است که یک قابلیت کوچک را روی هر کدام بسازید و ببینید کدام طبیعی‌تر است. برای گزینه‌های بیشتر بک‌اند، فهرست جایگزین‌های Supabase ما را ببینید.

پرسش‌ها