جایگزین فایربیس در ایران؛ ده گزینه که در ۱۴۰۵ بررسی کردیم

فایربیس از IP ایران بدون فیلترشکن باز نمی‌شود، پلن پولی‌اش کارت بانکی ایرانی نمی‌پذیرد، و حساب‌های ایرانی سابقه‌ی مسدود شدن دارند. پس سؤال «جایگزین فایربیس در ایران چیست» یک سؤال فنی نیست؛ سؤال دسترسی است. در این مقاله ده گزینه را با هم مقایسه کرده‌ایم — با یک جدول که هر ردیفش تاریخ بررسی و منبع دارد (شهریور ۱۴۰۵)، و با این نکته که سه محصولی که در فهرست‌های رایج فارسی تکرار می‌شوند، امروز اصلاً بک‌اند نیستند.

جایگزین فایربیس در ایران چیست؟

جایگزین فایربیس در ایران هر سرویسی است که سه کار فایربیس را با هم انجام بدهد — دیتابیس، API خودکار و احراز هویت کاربر نهایی — و در عین حال از داخل ایران بدون فیلترشکن باز شود و پرداخت ریالی بگیرد. در شهریور ۱۴۰۵ ده گزینه را بررسی کردیم و به سه دسته رسیدیم. دسته‌ی اول متن‌باز و خودمیزبان است — Appwrite، PocketBase و Supabase خودمیزبان — که اشتراک ارزی ندارند ولی هزینه‌شان از پول به وقت منتقل می‌شود: سرور، بکاپ و ارتقا با شماست. دسته‌ی دوم سرویس‌های ابری خارجی مثل Back4App و Backendless هستند که زنده و بالغ‌اند ولی دقیقاً همان مشکل پرداخت و تحریم فایربیس را دارند. دسته‌ی سوم سرویس داخلی است که دسترسی و پرداخت را حل کرده باشد. سه اسمی هم که در فهرست‌های فارسی تکرار می‌شوند — Deployd، Kumulos و Pubnub — امروز اصلاً بک‌اند اپلیکیشن نیستند. انتخاب درست به یک پرسش برمی‌گردد: نگه‌داری سرور با شماست یا نه؟

فایربیس در ایران دقیقاً کجا گیر می‌کند؟

سه مسئله‌ی جداگانه‌اند و مدام با هم اشتباه گرفته می‌شوند. راه‌حل هرکدام هم فرق دارد:

۱. دسترسی. کنسول فایربیس و بخشی از سرویس‌هایش از IP ایران پاسخ نمی‌دهند. این را با فیلترشکن می‌شود دور زد — برای خودِ توسعه‌دهنده. ولی اپلیکیشنی که منتشر می‌کنید روی گوشی کاربر عادی اجرا می‌شود، و او فیلترشکن ندارد.

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

۳. ریسک حساب. این جدی‌ترین مورد است و کمتر از همه درباره‌اش نوشته می‌شود. حساب مسدودشده یعنی نه‌فقط سرویسِ خوابیده، بلکه احتمال از دست رفتن دسترسی به داده‌ای که داخلش است. تفاوت «سرویس کند است» با «داده‌ام را نمی‌توانم بیرون بکشم» تفاوت یک بعدازظهر با یک فاجعه است.

مقایسه‌ی ده گزینه، با تاریخ بررسی

ستون‌های این جدول عمداً «امکانات» نیستند. معیارهایی‌اند که واقعاً تصمیم را عوض می‌کنند — چون در عمل کسی به‌خاطر نبودِ یک فیلد پیشرفته مهاجرت نمی‌کند، به‌خاطر نبودِ پرداخت مهاجرت می‌کند.

دو چیز را از این جدول بردارید. اول اینکه گزینه‌ها دو دسته‌اند، نه هشت‌تا: یا خودتان میزبانی می‌کنید (چهار ردیف اول)، یا سرویس می‌گیرید. اگر خودمیزبان بروید، مسئله‌ی تحریم را حل کرده‌اید ولی مسئله‌ی نگه‌داری را خریده‌اید. دوم اینکه هیچ‌کدام از سرویس‌های ابری خارجی پرداخت ریالی ندارند — یعنی از نظر آن مشکلی که اول مقاله گفتیم، دقیقاً همان‌جایی هستند که فایربیس هست. و سوم اینکه سه ردیفِ آخرِ فهرست عمداً داخل جدول مانده‌اند و حذف نشده‌اند: این‌ها همان اسم‌هایی‌اند که فهرست‌های رایج فارسی هنوز توصیه می‌کنند، و کسی که فقط جدول را اسکن کند باید همان‌جا ببیند چرا نباید انتخابشان کند.

گزینه‌های متن‌باز و خودمیزبان

این‌ها بهترین انتخاب‌اند اگر یک شرط را داشته باشید: کسی در تیم که سرور لینوکس را جدی نگه دارد.

Appwrite

کامل‌ترین گزینه‌ی این دسته. دیتابیس، احراز هویت، ذخیره‌ی فایل، توابع سمت سرور و بلادرنگ را با هم دارد و کنسول تمیزی هم دارد. با Docker Compose روی سرور داخل ایران بالا می‌آید، پس هم مسئله‌ی تحریم حل است هم پینگ. فقط یک عدد را قبل از سفارش سرور ببینید: حداقلی که خودشان مستند کرده‌اند ۲ هسته پردازنده و ۴ گیگابایت رم است، یعنی بالاتر از ارزان‌ترین پلن رایج بازار ایران.

اگر خودتان روی Appwrite هستید و دنبال جایگزین می‌گردید، جایگزین Appwrite در ایران سه دلیل واقعی مهاجرت را از هم جدا کرده — و توضیح می‌دهد چرا تحریم جزوشان نیست.

PocketBase

یک فایل اجرایی. کل بک‌اند — دیتابیس SQLite، احراز هویت، پنل ادمین، API — در یک باینری. برای پروژه‌ی کوچک، MVP یا اپ شخصی انتخاب فوق‌العاده‌ای است. برای محصولی که قرار است چند نفر همزمان رویش کار کنند و بار واقعی بگیرد، محدودیت SQLite را زود حس می‌کنید.

Supabase خودمیزبان

قوی‌ترین گزینه از نظر فنی: PostgreSQL واقعی، بلادرنگ، ذخیره‌سازی، و Row Level Security. ولی self-host کردن Supabase با اجرای Appwrite فرق دارد — چند سرویس مجزاست و ارتقا دادنش کار می‌برد.

اگر مسئله‌ی اصلی‌تان خودِ Supabase است — مثلاً روی آن هستید و به‌خاطر پرداخت گیر کرده‌اید — جایگزین Supabase در ایران سه راه پیش رویتان را جداگانه مقایسه کرده است.

سرویس‌های خارجی: کدام هنوز معنا دارد

Back4App و Backendless هر دو زنده و بالغ‌اند. Back4App روی Parse Server ساخته شده و اگر پروژه‌ی Parse قدیمی دارید مسیر مهاجرت روشنی است. Backendless هم امکانات گسترده‌ای دارد، از جمله یک بیلدر بصری برای منطق.

اما هر دو دقیقاً همان مشکلی را دارند که شما را از فایربیس فراری داد: پرداخت با کارت بین‌المللی، سرور خارج از ایران، و بندهای تحریمی در شرایط استفاده. اگر مسئله‌ی شما «فایربیس گران است» بود، این‌ها جواب‌اند. اگر مسئله «فایربیس برای من باز نمی‌شود» بود، نیستند.

سه محصولی که باید از فهرست‌ها حذف شوند

فهرست‌های فارسی «جایگزین فایربیس» تقریباً همه هفت اسم یکسان دارند و از روی هم نوشته شده‌اند. سه‌تای این هفت‌تا امروز جایگزین فایربیس نیستند — و این را در شهریور ۱۴۰۵ دوباره مستقیم بررسی کردیم:

• Deployd — مخزنش آرشیو نشده و همین گمراه‌کننده است، ولی آخرین فعالیت مخزنش ۲۷ فروردین ۱۳۹۸ است؛ یعنی بیش از هفت سال. نگه‌دارندگان هم بالای README نوشته‌اند دیگر فعالانه نگه‌داری نمی‌شود و ویژگی جدیدی ساخته نخواهد شد. برای پروژه‌ی جدید انتخاب نکنید.
• Kumulos — فروردین ۱۴۰۱ توسط Optimove خریداری شد، و امروز دامنه‌ی kumulos.com مستقیماً به optimove.com منتقل می‌شود: محصول دیگر به آن اسم وجود ندارد، چه رسد به اینکه بک‌اند اپلیکیشن باشد.
• Pubnub — زنده و موفق است، ولی محصولش pub/sub بلادرنگ است: پیام را بین دستگاه‌ها جابه‌جا می‌کند. دیتابیس و بک‌اند کامل نمی‌دهد. اگر بر اساس آن فهرست‌ها انتخابش کنید، وسط کار می‌فهمید نصف چیزی که لازم دارید در آن نیست.

در مقابل، Kuzzle — که در بعضی فهرست‌ها «قدیمی» معرفی شده — کاملاً فعال است و تا مرداد ۱۴۰۵ روی مخزنش فعالیت داشته. متن‌باز و خودمیزبان است و اگر با اکوسیستم Node راحتید ارزش نگاه کردن دارد؛ فقط منبع فارسی برایش پیدا نمی‌کنید.

گزینه‌ی ایرانی: فیکارو

فیکارو یک Backend as a Service ایرانی با هوش مصنوعی است: کسب‌وکار را به فارسی توصیف می‌کنید (یا مدل داده را در پنل تعریف می‌کنید) و همان لحظه API خودکار CRUD، دیتابیس PostgreSQL اختصاصی، احراز هویت کاربر نهایی و مستندات OpenAPI تحویل می‌گیرید — بدون کد سمت سرور.

آنچه در جدول بالا فقط فیکارو داشت:

• بدون فیلترشکن باز می‌شود — هم پنل، هم API، هم برای کاربر نهایی اپ شما
• پرداخت ساعتی از کیف‌پول به تومان، بدون اشتراک ارزی (قیمت‌گذاری)
• پنل و مستندات فارسی و راست‌به‌چپ، و جست‌وجوی فارسی که «ي» و «ی» را یکی می‌بیند
• خروجی کامل داده و مدل و قوانین در هر لحظه — تا اگر روزی خواستید بروید، بتوانید

و آنچه ندارد:

• بلادرنگ (realtime). امروز ندارد. اگر چت، بازی چندنفره یا مکان‌نمای زنده می‌سازید، همین حالا فایربیس یا Appwrite را انتخاب کنید.
• پوش نوتیفیکیشن. FCM فایربیس در این حوزه بی‌رقیب و رایگان است.
• تحلیل رفتار کاربر. معادلی برای Google Analytics یکپارچه‌ی فایربیس وجود ندارد.

پوش نوتیفیکیشن و تحلیل رفتار روی نقشه‌راه هم نیستند. ننوشتن این سه مورد صفحه را فروشنده‌تر می‌کرد و بی‌اعتبارتر؛ و اولین کسی که پروژه را شروع می‌کرد، هفته‌ی دوم خودش می‌فهمید.

برای مقایسه‌ی ردیف‌به‌ردیف با خودِ فایربیس — شامل مدل داده، هزینه و همان سه موردی که می‌بازیم — فیکارو یا فایربیس را ببینید.

کدام را انتخاب کنم؟

به‌جای توصیه‌ی کلی، چهار مسیر:

1. اپ بلادرنگ می‌سازید (چت، همکاری زنده، بازی) → Appwrite خودمیزبان، یا Supabase خودمیزبان. فیکارو را انتخاب نکنید.
2. تیم DevOps دارید و می‌خواهید همه‌چیز روی سرور خودتان باشد → Appwrite. کامل‌ترین گزینه‌ی خودمیزبان.
3. پروژه‌ی کوچک یا MVP تک‌نفره → PocketBase. در یک بعدازظهر بالا می‌آید.
4. CRUD، احراز هویت و منطق کسب‌وکار می‌خواهید و نمی‌خواهید سرور نگه دارید → فیکارو یا یک سرویس ابری خارجی؛ که بینشان تفاوت اصلی همان پرداخت و دسترسی است.

اگر هنوز مطمئن نیستید بک‌اند آماده اصلاً به دردتان می‌خورد یا نه، بک‌اند آماده برای اپلیکیشن معیارهای انتخاب را دقیق‌تر باز کرده است.

بعد از انتخاب: چیزی که می‌سازید چه شکلی است

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

• دیتابیس آنلاین برای اپلیکیشن — نقطه‌ی شروع، اگر هنوز مطمئن نیستید داده‌تان اصلاً باید چطور ذخیره شود.
• بک‌اند فروشگاه اینترنتی — کاتالوگ، سبد، سفارش و پرداخت؛ همان مدلی که در Firestore مجبور بودید بخش‌هایش را تکرار کنید.
• سیستم نوبت‌دهی آنلاین — مدل داده‌ی رزرو و مسئله‌ی تداخل دو نوبت، که با دیتابیس رابطه‌ای ساده‌تر از سندی حل می‌شود.
• اتصال درگاه پرداخت به اپلیکیشن — زرین‌پال، و اینکه چرا تأیید تراکنش باید سمت سرور بنشیند نه داخل اپ.
• از اکسل به دیتابیس آنلاین — اگر داده‌تان امروز در یک فایل اکسل است و می‌خواهید بدون خراب کردنش منتقلش کنید.

مهاجرت از فایربیس: چه چیزی می‌شکند

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

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

سرویس‌های جانبی. FCM، Crashlytics، Remote Config و A/B تست با مهاجرت از دست می‌روند. باید جداگانه جایگزینشان کنید یا از خیرشان بگذرید. این معمولاً بزرگ‌ترین هزینه‌ی پنهان مهاجرت است.

احراز هویت. این یکی مسیر خودش را دارد، چون رمزهای کاربران با الگوریتم اختصاصی فایربیس هش شده‌اند و به هر مقصدی منتقل نمی‌شوند. جایگزین احراز هویت فایربیس هم تست دسترسی را دارد و هم راهی که این مسئله را کلاً دور می‌زند.

کد کلاینت. اینجا خبر خوب است: اگر مقصد REST و JWT باشد، لایه‌ی داده عوض می‌شود ولی منطق اپ دست‌نخورده می‌ماند. برای فلاتر و ری‌اکت‌نیتیو، بک‌اند اپلیکیشن فلاتر و ری‌اکت‌نیتیو مسیر اتصال را قدم‌به‌قدم نشان می‌دهد.

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

جمع‌بندی

اگر فایربیس فقط برایتان گران بود، سرویس‌های ابری خارجی جواب می‌دهند. اگر باز نمی‌شود و ریال نمی‌گیرد، دو راه واقعی دارید: خودمیزبانی با Appwrite که مسئله را حل می‌کند و نگه‌داری را به شما می‌دهد، یا یک سرویس داخلی که پرداخت و دسترسی را حل کرده باشد. انتخاب بین این دو، انتخاب بین وقت و پول است — نه بین خوب و بد.

اگر خواستید ببینید گزینه‌ی داخلی در عمل چه شکلی است، قالب‌های آماده بک‌اندهای واقعی و کارکننده‌اند که می‌شود مبنای پروژه‌تان کرد.

و اگر ترجیح می‌دهید به‌جای مقایسه‌ی کلی، یک مورد کامل را از مدل داده تا اندپوینت ببینید، سه مقاله دقیقاً همین کار را کرده‌اند: سیستم نوبت‌دهی آنلاین، بک‌اند فروشگاه اینترنتی، و مهاجرت از اکسل به دیتابیس آنلاین.

سوالات متداول

آیا می‌شود با فیلترشکن از فایربیس در ایران استفاده کرد؟

برای خودِ توسعه‌دهنده در زمان توسعه معمولاً بله. ولی اپلیکیشنی که منتشر می‌کنید روی گوشی کاربر عادی اجرا می‌شود و او فیلترشکن ندارد؛ پس این راه‌حل فقط مشکل شما را حل می‌کند، نه مشکل محصولتان را. ضمناً مسئله‌ی پرداخت و ریسک مسدود شدن حساب با فیلترشکن حل نمی‌شود.

بهترین جایگزین رایگان فایربیس کدام است؟

از نظر هزینه‌ی نرم‌افزار، گزینه‌های متن‌باز مثل Appwrite و PocketBase رایگان‌اند. ولی «رایگان» فقط لایسنس است: باید سرور بگیرید، بکاپ بگیرید، ارتقا بدهید و وقتی نیمه‌شب خوابید بیدار شوید. اگر این وقت را دارید واقعاً ارزان‌ترین مسیرند؛ اگر ندارید، هزینه‌شان از پول به وقت منتقل شده نه حذف.

چرا Deployd و Kumulos در فهرست‌های فارسی هست ولی شما توصیه نمی‌کنید؟

چون آن فهرست‌ها اغلب مال ۱۴۰۱ و قبل‌ترند و از روی هم نوشته شده‌اند. در بررسی شهریور ۱۴۰۵، آخرین فعالیت مخزن Deployd مربوط به فروردین ۱۳۹۸ بود — بیش از هفت سال پیش — و دامنه‌ی Kumulos امروز به Optimove منتقل می‌شود، یعنی محصول به آن نام دیگر وجود ندارد. جدول همین صفحه تاریخ بررسی و منبع هر ردیف را دارد.

داده‌ام در فیکارو کجا ذخیره می‌شود و اگر بخواهم بروم چه؟

روی سرورهای داخل ایران، در یک دیتابیس PostgreSQL اختصاصی برای هر پروژه. خروجی کامل داده، مدل و قوانین در هر لحظه و بدون محدودیت قابل گرفتن است — همان معیاری که در متن گفتیم هر سرویسی باید داشته باشد، و در مورد خودمان هم صدق می‌کند.