الحاجة الفعلية لمنصة PaaS على VPS
يمنحك الـ VPS الخام وصول root إلى جهاز افتراضي: عليك إدارة Docker والتحديثات والبروكسي العكسي وشهادات TLS ومتغيرات البيئة والنسخ الاحتياطية والتراجع بنفسك. تتولى منصة PaaS ذاتية الاستضافة هذه الطبقة التشغيلية. تُقدّم سير عمل مشابهاً لـ Render أو Railway — تربط مستودع Git، يُنفَّذ النشر تلقائياً، وتصل الشهادات من تلقاء نفسها — لكن على بنيتك التحتية الخاصة. السؤال ليس ما إذا كنت تحتاج PaaS، بل أيها تختار وفق حجم الـ VPS وملفك الشخصي.
معايير اختيار PaaS ذاتي الاستضافة
- الذاكرة في الخمول — الذاكرة التي تستهلكها المنصة حين لا يجري أي نشر، حاسمة على VPS بسعة 1 – 2 غيغابايت
- الواجهة والتأهيل — جودة UI ووضوح مسار الإعداد الأولي ومنحنى التعلم لأول نشر
- تعدد الخوادم — إمكانية إدارة عدة VPS من نسخة واحدة من المنصة
- بيئات المعاينة — إنشاء بيئة تلقائية لكل pull request للمراجعة في ظروف حقيقية قبل الدمج
- التراجع — سهولة العودة إلى إصدار سابق عند حدوث تراجع في الأداء
- المراقبة المدمجة — سجلات في الوقت الفعلي ومقاييس وتنبيهات دون إضافات خارجية
- الرخصة ونموذج المصدر المفتوح — Apache 2.0 أو MIT أو BSL وما يعنيه ذلك للاستخدام التجاري
- النضج والمجتمع — عمر المشروع وتكرار الإصدارات وحجم التغذية الراجعة من الإنتاج
Coolify: تغطية وظيفية كاملة، استهلاك ذاكرة ملحوظ
Coolify هو الـ PaaS ذاتي الاستضافة الأكثر نجوماً على GitHub. ميزته الرئيسية هي التغطية الوظيفية: يدعم تطبيقات Dockerfile وبنّاءات Nixpacks وDocker Compose وقواعد البيانات (PostgreSQL وMySQL وRedis وMongoDB) والخدمات بنقرة واحدة (Plausible وUmami وGitea وn8n) والمهام الدورية وبيئات المعاينة حسب pull request. الواجهة مصقولة مع إعداد تأهيلي موجَّه وتوثيق وافر. المقايضة هي الذاكرة: تستهلك نسخة Coolify مع تبعياتها الداخلية (Redis وSoketi لـ WebSockets الفوري وPostgreSQL الداخلي) أكبر قدر من الذاكرة في الخمول بين المنصات الثلاث: على VPS بسعة 2 غيغابايت يبقى هامش ضيق لتطبيقاتك. الحد الأدنى الرسمي هو 2 غيغابايت RAM ونواتا CPU و10 غيغابايت من القرص؛ وتمنح 4 غيغابايت هامشًا مريحًا. تتم إدارة تعدد الخوادم بربط خوادم بعيدة عبر SSH دون تثبيت أي وكيل، والرخصة Apache 2.0 للاستضافة الذاتية.
Coolify بالأرقام
- الذاكرة في الخمول: الأعلى بين الثلاث (التطبيق وPostgreSQL وRedis وSoketi)
- الحد الأدنى من المتطلبات: 2 غيغابايت RAM، نواتا CPU، 10 غيغابايت قرص
- الرخصة: Apache 2.0
- تعدد الخوادم: نعم، خوادم بعيدة متصلة عبر SSH
- بيئات المعاينة: نعم، مدمجة
- التراجع: نعم، مع سجل النشر
Dokploy: بصمة خفيفة، تأهيل سريع
يُقدّم Dokploy نفسه صراحةً بديلاً خفيفاً لـ Coolify ومنصات السحابة. يستهدف المطورين الذين يجدون Coolify ثقيلاً على VPS من الفئة الأساسية. الواجهة نظيفة، مبنية بـ Next.js، والنشر الأول سريع — أمر واحد يُثبّت كل شيء. الذاكرة في الخمول هي حجته الرئيسية: تقتصر حزمته على التطبيق وقاعدة PostgreSQL داخلية وTraefik، بلا Redis ولا خادم WebSocket منفصل. على VPS بسعة 2 غيغابايت يترك Dokploy لتطبيقاتك مساحة أكبر مما يتركه Coolify. يدعم Dockerfiles وملفات Compose وصور Docker Hub وقواعد البيانات المُدارة وشهادات TLS عبر Traefik كبروكسي عكسي داخلي. قيوده الحالية: بيئات المعاينة أقل اكتمالاً من Coolify، ومكتبة الخدمات بنقرة واحدة أصغر، والمشروع أحدث وبالتالي أقل اختباراً في الإنتاج تحت الأحمال الثقيلة. Dokploy مرخّص بـ Apache 2.0، باستثناء الشيفرة الموضوعة في مجلد /proprietary، الخاضعة لرخصة source-available (DSAL).
Dokploy بالأرقام
- الذاكرة في الخمول: متوسطة (التطبيق وPostgreSQL وTraefik)
- الحد الأدنى من المتطلبات: 2 غيغابايت RAM، 30 غيغابايت قرص
- الرخصة: Apache 2.0 (باستثناء مجلد /proprietary الخاضع لـ DSAL)
- تعدد الخوادم: نعم (إدارة متعددة العقد)
- بيئات المعاينة: جزئي
- التراجع: نعم
CapRover: النضج والخفة وعنقود Docker Swarm
CapRover موجود منذ 2017 وكان حتى ظهور Coolify المرجع الرئيسي لـ PaaS مفتوح المصدر ذاتي الاستضافة. يتميز بنضجه وبصمته المنخفضة وواجهة سطر أوامر متكاملة. واجهة الويب وظيفية لكن أكثر تقشفاً مقارنة بمنافسيه الحديثين؛ وتظل مقروءة تماماً لملفات DevOps المعتادة على Docker. الذاكرة في الخمول هي الأدنى بين الثلاث، بهندسة مبنية على Docker Swarm تُتيح التوسع الأفقي في عنقود. يدعم CapRover ملفات Dockerfile وصور Docker Hub وCaptain Definition files، مع مكتبة تضم أكثر من 100 تطبيق قابل للنشر بنقرة واحدة. بيئات المعاينة ليست مدمجة: يجب تنفيذها عبر CLI ونصوص برمجية. أما التجميع متعدد العقد عبر Docker Swarm فهو مدمج ومُختبر. رخصة CapRover هي Apache 2.0. قيوده الرئيسية: بيئات المعاينة التلقائية لكل PR تحتاج نصوصاً إضافية، والواجهة أقل حداثة من المنافسين.
CapRover بالأرقام
- الذاكرة في الخمول: الأدنى بين الثلاث (Docker Swarm + CapRover)
- الحد الأدنى من المتطلبات: 1 غيغابايت RAM، 5 غيغابايت قرص متاح
- الرخصة: Apache 2.0
- تعدد الخوادم: نعم، مدمج عبر Docker Swarm
- بيئات المعاينة: غير مدمجة (نصوص CLI)
- التراجع: نعم، عبر إصدارات الصور
جدول المقارنة: Coolify مقابل Dokploy مقابل CapRover
مرّر الجدول أفقيًا
| المعيار | Coolify | Dokploy | CapRover |
|---|---|---|---|
| الذاكرة في الخمول | مرتفعة | متوسطة | منخفضة |
| الواجهة | حديثة ومصقولة | نظيفة وسريعة | وظيفية ومتقشفة |
| تعدد الخوادم | نعم (خوادم بعيدة عبر SSH) | نعم (متعدد العقد) | نعم (Docker Swarm مدمج) |
| بيئات المعاينة | مدمجة | جزئي | غير مدمجة (نصوص CLI) |
| التراجع | سجل النشر | نعم | عبر إصدارات الصور |
| المراقبة المدمجة | سجلات ومقاييس وتنبيهات | سجلات في الوقت الفعلي | سجلات ومقاييس أساسية |
| منحنى التعلم | متوسط | منخفض | متوسط إلى مرتفع |
| الرخصة | Apache 2.0 | Apache 2.0 (+ DSAL) | Apache 2.0 |
التوصية حسب الملف الشخصي
يعتمد اختيار PaaS ذاتي الاستضافة على وضعك الفعلي: حجم الـ VPS المتاح وحجم الفريق واحتياجات أتمتة CI/CD.
أي أداة لأي ملف شخصي
- مطور منفرد أو بداية المشوار — Dokploy على VPS بسعة 2 غيغابايت: البصمة المنخفضة للذاكرة تترك معظم الموارد لتطبيقاتك، والتأهيل فوري
- وكالة أو فريق من 3 إلى 10 أشخاص — Coolify على VPS بسعة 4 غيغابايت كحد أدنى: التغطية الوظيفية وبيئات المعاينة المدمجة ومكتبة الخدمات تُبرر البصمة الأكبر للذاكرة
- DevOps خبير، بنية تحتية متعددة الخوادم — CapRover إن كنت مألوفاً لـ Docker Swarm وتبحث عن حل ناضج وخفيف؛ Coolify v4 إن كنت تُفضّل واجهة حديثة مع خوادم بعيدة تُدار عبر SSH
- قيد ذاكرة صارم (VPS 1 غيغابايت) — CapRover: هو الوحيد بين الثلاث الذي حدّه الأدنى الرسمي 1 غيغابايت، بينما يتطلب Coolify وDokploy 2 غيغابايت
- خط CI/CD مع مراجعة PR — Coolify لبيئات المعاينة المدمجة، أو Dokploy إن كان الدعم الجزئي كافياً
الفخ المشترك بين جميع منصات PaaS ذاتية الاستضافة
تعتمد المنصات الثلاث على Docker وشبكة Docker داخلية لربط البروكسي العكسي بحاويات التطبيقات. إذا لم يكن تطبيقك متصلاً بشبكة البروكسي الداخلية — بل مكشوفاً مباشرةً على المضيف — فلن يتمكن البروكسي من الوصول إليه: العَرَض الكلاسيكي هو تطبيق يظهر «منشوراً» في لوحة التحكم لكنه يُعيد خطأ 502 من الخارج. الفخ الثاني المشترك: DNS بأحرف بدل (wildcard). إعداد *.your-domain.com → IP الـ VPS يُتيح للمنصات الثلاث تعيين نطاق فرعي تلقائياً لكل تطبيق وإصدار شهادة TLS دون تدخل. بدون هذا الـ wildcard، يجب إنشاء سجل DNS يدوياً قبل كل نشر.
الـ VPS أساس منصة PaaS الخاصة بك
تعمل المنصات الثلاث على أي VPS يعمل بنظام Linux مع تثبيت Docker. الذاكرة المتاحة بعد تثبيت المنصة هي المتغير الحاسم: يتطلب CapRover 1 غيغابايت كحد أدنى، وDokploy وCoolify 2 غيغابايت، ويعمل Coolify بأريحية على 4 غيغابايت. في جميع الحالات يُوصى بتخزين SSD بسعة لا تقل عن 30 غيغابايت لصور Docker وأحجام البيانات. اختيار المنصة لا يحدد مستوى الخدمة — بل يحدد الهامش الذي تتركه لتطبيقاتك.
