الحاجة الفعلية لمنصة 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 وBuildpacks وقواعد البيانات (PostgreSQL وMySQL وRedis وMongoDB) والخدمات بنقرة واحدة (Plausible وUmami وGitea وn8n) والمهام الدورية وبيئات المعاينة حسب pull request. الواجهة مصقولة مع إعداد تأهيلي موجَّه وتوثيق وافر. المقايضة هي الذاكرة: تستهلك نسخة Coolify مع تبعياتها الداخلية (Redis وSoketi لـ WebSockets الفوري وPostgreSQL الداخلي) ما بين 600 ميغابايت و1 غيغابايت عند البدء — وأحياناً أكثر. على VPS بسعة 2 غيغابايت يبقى بين 1 و1.4 غيغابايت لتطبيقاتك. التوصية الرسمية هي 2 غيغابايت كحد أدنى و4 غيغابايت للتشغيل المريح. إدارة تعدد الخوادم متاحة منذ الإصدار v4 عبر وكلاء بعيدين، والرخصة Apache 2.0 للاستضافة الذاتية.
Coolify بالأرقام
- الذاكرة في الخمول: 600 ميغابايت – 1 غيغابايت (النسخة وحدها، باستثناء التطبيقات)
- الحد الأدنى من المتطلبات: 2 غيغابايت RAM، 2 vCPU، 30 غيغابايت تخزين
- الرخصة: Apache 2.0
- تعدد الخوادم: نعم، عبر وكلاء بعيدين (منذ v4)
- بيئات المعاينة: نعم، مدمجة
- التراجع: نعم، مع سجل النشر
Dokploy: بصمة خفيفة، تأهيل سريع
يُقدّم Dokploy نفسه صراحةً بديلاً خفيفاً لـ Coolify ومنصات السحابة. يستهدف المطورين الذين يجدون Coolify ثقيلاً على VPS من الفئة الأساسية. الواجهة نظيفة، مبنية بـ Next.js، والنشر الأول سريع — أمر واحد يُثبّت كل شيء. الذاكرة في الخمول هي حجته الرئيسية: بين 150 و300 ميغابايت حسب الإعداد، بلا Redis ولا قاعدة بيانات داخلية إلزامية. على VPS بسعة 1 غيغابايت يُتيح Dokploy مساحة لتطبيقاتك حيث يكون Coolify مزدحماً. يدعم Dockerfiles وملفات Compose وصور Docker Hub وقواعد البيانات المُدارة وشهادات TLS عبر Traefik كبروكسي عكسي داخلي. قيوده الحالية: بيئات المعاينة أقل اكتمالاً من Coolify، ومكتبة الخدمات بنقرة واحدة أصغر، والمشروع أحدث وبالتالي أقل اختباراً في الإنتاج تحت الأحمال الثقيلة. Dokploy مرخّص بـ MIT.
Dokploy بالأرقام
- الذاكرة في الخمول: 150 – 300 ميغابايت
- الحد الأدنى من المتطلبات: 1 غيغابايت RAM، 1 vCPU (2 غيغابايت موصى به)
- الرخصة: MIT
- تعدد الخوادم: نعم (إدارة متعددة العقد)
- بيئات المعاينة: جزئي
- التراجع: نعم
CapRover: النضج والخفة وعنقود Docker Swarm
CapRover موجود منذ 2018 وكان حتى ظهور Coolify المرجع الرئيسي لـ PaaS مفتوح المصدر ذاتي الاستضافة. يتميز بنضجه وبصمته المنخفضة وواجهة سطر أوامر متكاملة. واجهة الويب وظيفية لكن أكثر تقشفاً مقارنة بمنافسيه الحديثين؛ وتظل مقروءة تماماً لملفات DevOps المعتادة على Docker. الذاكرة في الخمول منخفضة بشكل لافت: بين 100 و200 ميغابايت، بهندسة مبنية على Docker Swarm تُتيح التوسع الأفقي في عنقود. يدعم CapRover ملفات Dockerfile وصور Docker Hub وCaption Definition files، مع مكتبة تضم أكثر من 100 تطبيق قابل للنشر بنقرة واحدة. بيئات المعاينة ليست مدمجة: يجب تنفيذها عبر CLI ونصوص برمجية. أما التجميع متعدد العقد عبر Docker Swarm فهو مدمج ومُختبر. رخصة CapRover هي Apache 2.0. قيوده الرئيسية: بيئات المعاينة التلقائية لكل PR تحتاج نصوصاً إضافية، والواجهة أقل حداثة من المنافسين.
CapRover بالأرقام
- الذاكرة في الخمول: 100 – 200 ميغابايت (Docker Swarm + CapRover)
- الحد الأدنى من المتطلبات: 1 غيغابايت RAM، 1 vCPU
- الرخصة: Apache 2.0
- تعدد الخوادم: نعم، مدمج عبر Docker Swarm
- بيئات المعاينة: غير مدمجة (نصوص CLI)
- التراجع: نعم، عبر إصدارات الصور
جدول المقارنة: Coolify مقابل Dokploy مقابل CapRover
| المعيار | Coolify | Dokploy | CapRover |
|---|---|---|---|
| الذاكرة في الخمول | 600 ميغابايت – 1 غيغابايت | 150 – 300 ميغابايت | 100 – 200 ميغابايت |
| الواجهة | حديثة ومصقولة | نظيفة وسريعة | وظيفية ومتقشفة |
| تعدد الخوادم | نعم (وكلاء بعيدون) | نعم (متعدد العقد) | نعم (Docker Swarm مدمج) |
| بيئات المعاينة | مدمجة | جزئي | غير مدمجة (نصوص CLI) |
| التراجع | سجل النشر | نعم | عبر إصدارات الصور |
| المراقبة المدمجة | سجلات ومقاييس وتنبيهات | سجلات في الوقت الفعلي | سجلات ومقاييس أساسية |
| منحنى التعلم | متوسط | منخفض | متوسط إلى مرتفع |
| الرخصة | Apache 2.0 | MIT | Apache 2.0 |
التوصية حسب الملف الشخصي
يعتمد اختيار PaaS ذاتي الاستضافة على وضعك الفعلي: حجم الـ VPS المتاح وحجم الفريق واحتياجات أتمتة CI/CD.
أي أداة لأي ملف شخصي
- مطور منفرد أو بداية المشوار — Dokploy على VPS بسعة 1 – 2 غيغابايت: البصمة المنخفضة للذاكرة تترك معظم الموارد لتطبيقاتك، والتأهيل فوري
- وكالة أو فريق من 3 إلى 10 أشخاص — Coolify على VPS بسعة 4 غيغابايت كحد أدنى: التغطية الوظيفية وبيئات المعاينة المدمجة ومكتبة الخدمات تُبرر البصمة الأكبر للذاكرة
- DevOps خبير، بنية تحتية متعددة الخوادم — CapRover إن كنت مألوفاً لـ Docker Swarm وتبحث عن حل ناضج وخفيف؛ Coolify v4 إن كنت تُفضّل واجهة حديثة مع وكلاء بعيدين
- قيد ذاكرة صارم (VPS 1 غيغابايت) — Dokploy أو CapRover فقط: Coolify لا يعمل في هذه الظروف
- خط CI/CD مع مراجعة PR — Coolify لبيئات المعاينة المدمجة، أو Dokploy إن كان الدعم الجزئي كافياً
الفخ المشترك بين جميع منصات PaaS ذاتية الاستضافة
تعتمد المنصات الثلاث على Docker وشبكة Docker داخلية لربط البروكسي العكسي بحاويات التطبيقات. إذا لم يكن تطبيقك متصلاً بشبكة البروكسي الداخلية — بل مكشوفاً مباشرةً على المضيف — فلن يتمكن البروكسي من الوصول إليه: العَرَض الكلاسيكي هو تطبيق يظهر «منشوراً» في لوحة التحكم لكنه يُعيد خطأ 502 من الخارج. الفخ الثاني المشترك: DNS بأحرف بدل (wildcard). إعداد *.your-domain.com → IP الـ VPS يُتيح للمنصات الثلاث تعيين نطاق فرعي تلقائياً لكل تطبيق وإصدار شهادة TLS دون تدخل. بدون هذا الـ wildcard، يجب إنشاء سجل DNS يدوياً قبل كل نشر.
الـ VPS أساس منصة PaaS الخاصة بك
تعمل المنصات الثلاث على أي VPS يعمل بنظام Linux مع تثبيت Docker. الذاكرة المتاحة بعد تثبيت المنصة هي المتغير الحاسم: يعمل Dokploy وCapRover من 1 غيغابايت، بينما يتطلب Coolify 2 غيغابايت كحد أدنى ويعمل بأريحية على 4 غيغابايت. في جميع الحالات يُوصى بتخزين SSD بسعة لا تقل عن 20 غيغابايت لصور Docker وأحجام البيانات. اختيار المنصة لا يحدد مستوى الخدمة — بل يحدد الهامش الذي تتركه لتطبيقاتك.
