Heroku وVercel: حين تتجاوز الفاتورة القيمة
كانت Heroku المرجع في النشر السهل للشركات الناشئة والوكالات منذ أواخر العقد الأول من الألفية الثالثة. امتصت المنصة تعقيدات البنية التحتية مقابل اشتراك شهري منتظم. منذ الاستحواذ من قِبل Salesforce وإلغاء الخطة المجانية في نوفمبر 2022، تراجعت القيمة المقدمة: يبلغ سعر dyno Standard-1X نحو 25 دولارًا شهريًا، ويصل Standard-2X إلى 50 دولارًا، ويتجاوز تطبيق بـdyno ويب وعامل وإضافة Postgres بسهولة 100 دولار شهريًا. تبعت Vercel المسار نفسه: الخطة Pro بـ20 دولارًا لكل مطور، لكن تجاوزات Serverless Functions وEdge Requests والنطاق الترددي تتراكم بصمت. في سبتمبر 2026، حصد خيط نقاش على Hacker News بعنوان «هل يجب تشغيل Docker Compose مباشرة في الإنتاج عام 2026؟» (نقاش #47962032، 22 سبتمبر 2026) مئات التعليقات، كاشفًا عن توجه واضح: الفرق المتوسطة تعود بكثافة إلى الاستضافة الذاتية، ليس لأيديولوجيا بل لحسابات صارمة. VPS بـ10-20 يورو شهريًا مع Coolify يعيد إنتاج 90% من تجربة Heroku دون هيكل تسعير يعاقب على النمو.
5 إشارات تدل على ضرورة الهجرة
- فاتورة PaaS تتجاوز 80 يورو شهريًا — عند هذا الحد، يؤدي VPS أساسي مع Coolify إلى استرداد تكلفة الإعداد في أقل من شهرين.
- تكاليف توسع غير متوقعة — تجعل المنصات ذات التسعير بالاستخدام الميزانية الشهرية صعبة التنبؤ؛ يوفر الـVPS تكلفة ثابتة مع توسع يخضع لسيطرتك.
- قيد Vendor lock-in — حزم بناء Heroku الاحتكارية وProcfile غير المحمول: إن كانت حزمتك التقنية لا تعمل في مكان آخر بلا إعادة كتابة، فهذه إشارة تبعية حرجة.
- لا وصول إلى root — بعض الاحتياجات (ضبط النواة، وحدات النواة) مستحيلة على PaaS مُدار؛ الـVPS يمنح وصولًا كاملًا إلى الخادم.
- CI/CD مفروض من المنصة — على VPS مع Coolify تربط GitHub Actions أو GitLab CI بشروطك وتطلق النشر عبر webhook.
- دعم متردٍّ — يُبلّغ عدة مستخدمين عن أوقات استجابة أطول لدعم Heroku منذ الانتقال لـSalesforce؛ استضافة حزمتك بنفسك يحررك من هذه التبعية.
نقطة التعادل: Heroku Pro مقابل VPS + Coolify
مرّر الجدول أفقيًا
| Heroku Pro | VPS Start + Coolify | |
|---|---|---|
| التكلفة الشهرية | ~50 دولار/dyno | 99 درهم/شهر |
| قابلية التوسع | Dynos مدفوعة بالوحدة | RAM/CPU قابل للتعديل الفوري |
| حزم البناء | حزم Heroku الأصلية | Nixpacks (متوافق مع Heroku) |
| وصول root | لا | نعم |
| نشر بلا توقف | فحوصات صحة أساسية | Coolify مدمج |
| إضافات قواعد البيانات | Heroku Postgres (مدفوع) | PostgreSQL مُدار ذاتيًا مجانًا |
| السجلات | Logplex (محدود) | وصول كامل لـjournald/Docker |
Coolify مقابل Dokploy مقابل Kamal
مرّر الجدول أفقيًا
| Coolify | Dokploy | Kamal | |
|---|---|---|---|
| حزم بناء Heroku (Nixpacks) | نعم | لا | لا |
| نشر بلا توقف | نعم | نعم | نعم |
| واجهة ويب | نعم | نعم | لا (CLI) |
| متعدد الخوادم | نعم | نعم | عبر SSHKit |
| Docker Compose مدمج | نعم | نعم | لا |
| الرخصة | AGPL-3.0 | MIT | MIT (Basecamp) |
| متطلبات الخادم | 2 vCPU / 2 GB RAM | 1 vCPU / 1 GB RAM | Ruby + Docker |
Coolify على VPS: الخيار الأكثر توافقًا مع Heroku
يُعدّ Coolify اليوم أداة الاستضافة الذاتية الأقرب إلى تجربة Heroku، كمصدر مفتوح تحت رخصة AGPL-3.0. ميزته الرئيسية دعم Nixpacks، محرك حزم البناء مفتوح المصدر الذي أنشأه Railway ويفهم ملفات Procfile الخاصة بـHeroku ويبني صور Docker دون الحاجة إلى كتابة Dockerfile. عمليًا، يمكن نقل تطبيق Node.js أو Python (Django، FastAPI) أو Ruby on Rails أو PHP المنشور على Heroku إلى Coolify بمجرد الإشارة إلى نفس مستودع Git دون تعديل الكود. الحد الأدنى الموصى به من التوثيق الرسمي لـCoolify هو 2 vCPU و2 GB RAM، وهو ما يتطابق تمامًا مع مواصفات VPS أساسي. تتيح الواجهة الويب إدارة متغيرات البيئة لكل مشروع، والنشر التلقائي عند Git push، والرجوع بنقرة واحدة، وشهادات TLS عبر Let's Encrypt، وإدارة النطاقات المخصصة. يدعم Coolify أيضًا Docker Compose مباشرة، ويستغرق التثبيت على VPS جديد أقل من عشر دقائق. للفرق التي تريد إدارة خوادم متعددة من لوحة تحكم واحدة، يدعم Coolify تعدد الخوادم بصورة أصلية منذ الإصدار الرابع.
الهجرة من Heroku إلى Coolify في 7 خطوات
تثبيت Coolify على الـVPS
سجّل الدخول عبر SSH إلى الـVPS وشغّل السكريبت الرسمي:
curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bash. افتحhttp://<IP-VPS>:8000لإنشاء حساب المسؤول.إنشاء مشروع في Coolify
في واجهة Coolify، انقر على «New Project» وامنحه نفس اسم تطبيق Heroku. أضف بعد ذلك «Resource» من نوع «Application» داخل المشروع. سيطلب Coolify المصدر: اختر «GitHub» أو «GitLab» حسب مستودعك، ثم امنح الوصول عبر OAuth.
ربط مستودع Git واختيار حزمة البناء
اختر مستودعك وفرع الإنتاج. يكتشف Coolify نوع التطبيق تلقائيًا عبر Nixpacks. إن كان مشروعك يحتوي على
Procfile، يقرأه Coolify ويُهيئ عملية الويب.تهيئة متغيرات البيئة
استرجع متغيراتك من Heroku بـ
heroku config -a <اسم-التطبيق>. انسخها في تبويب «Environment Variables» في Coolify. انتبه خاصةً إلىDATABASE_URL.إطلاق أول نشر
انقر على «Deploy». يبني Coolify الصورة عبر Nixpacks ويرفعها إلى سجله الداخلي ويشغّل الحاوية مع فحص صحي. راقب السجلات في الوقت الفعلي في تبويب «Deployments».
تغيير DNS
في Coolify، أضف نطاقك المخصص في إعدادات التطبيق. يولّد Coolify شهادة TLS تلقائيًا عبر Let's Encrypt. ثم عدّل إدخال DNS ليشير إلى عنوان IP الـVPS.
التحقق 24-48 ساعة بالتوازي قبل حذف Heroku
أبقِ تطبيق Heroku نشطًا لمدة 24 إلى 48 ساعة على الأقل بعد تحويل DNS. اختبر جميع الوظائف الحرجة على النظام الجديد قبل إلغاء الاشتراك.
أبقِ اشتراك Heroku نشطًا 48 ساعة بعد الهجرة لتتوفر لديك خيار التراجع الفوري. لا تلغِ الاشتراك فور توجيه DNS — Webhooks الجهات الخارجية والمهام المجدولة تحتاج وقتًا للتحقق قبل قطع المنصة القديمة نهائيًا.
الأخطاء الشائعة أثناء الهجرة
تتمحور هجرة Heroku إلى VPS مع Coolify حول عدد من المزالق المتكررة. الأول هو تحويل Procfile: إن كان تطبيقك يستخدم عمليات release، يجب إعادة تهيئة هذه الخطافات في سكريبتات بدء التشغيل. الثانية متغيرات البيئة المفقودة: تحقّن Heroku تلقائيًا متغيرات معينة (DYNO، PORT) قد يقرأها كودك دون تصريح. الثالث مهلة فحص الصحة: يضع Coolify افتراضيًا HEALTHCHECK --interval=30s --timeout=10s، ارفع --start-period إلى 60 أو 120 ثانية للتطبيقات الكبيرة. أخيرًا قد تختلف صيغة DATABASE_URL: تستخدم Heroku المخطط postgres:// بينما تتطلب بعض المكتبات الحديثة postgresql://. للقواعد، هاجر البنية التحتية أولًا وابقَ على قاعدة Heroku، ثم انتقل لاحقًا بـpg_dump وpg_restore.
بعد الهجرة — التحسينات
بمجرد استقرار التطبيق على الـVPS، تتيح عدة تحسينات تحقيق مستوى موثوقية يفوق ما كانت تقدمه Heroku. الأولوية الأولى هي النسخ الاحتياطية التلقائية: هيّئ لقطات يومية للـVPS، وأضف نسخًا احتياطيًا لـPostgreSQL عبر pg_dump مجدولًا أو واجهة Coolify. الخطوة الثانية هي المراقبة: ثبّت Uptime Kuma لمراقبة توفر التطبيقات مع تنبيهات عبر البريد الإلكتروني أو Telegram. للمراقبة الشاملة، يُعدّ Beszel بديلًا خفيفًا وحديثًا. التحسين الثالث يخص CI/CD: هيّئ webhook في GitHub Actions لأتمتة النشر في الإنتاج بعد نجاح الاختبارات.
الهجرة من Vercel — الحالة الخاصة لواجهات SSR
صُمّمت Vercel لنشر واجهات أمامية ثابتة وSSR، ولا سيما Next.js الذي هي ناشره. إن كنت تستضيف تطبيق Next.js على Vercel، فإن Coolify يدعمه عبر Nixpacks في وضع next start. الهجرة مباشرة للمشاريع التي لا تستخدم Edge Functions. أما إن كان تطبيقك يعتمد كثيرًا عليها — منطق المصادقة، التوجيهات الجغرافية — فإن الهجرة 1:1 إلى Coolify ليست فورية. في هذه الحالة، استخدام Dokploy أو Kamal مع Nginx قد يكون أنسب. لواجهات Nuxt.js وSvelteKit وAstro بلا Edge Functions، يُعدّ Coolify أسهل طريق للهجرة، والوفورات يمكن أن تتجاوز 60-80 دولارًا شهريًا.
