كيفية نشر أي تطبيق باستخدام Coolify على خادمك الافتراضي الخاص (دليل 2026)

يُعد Coolify منصة مجانية مفتوحة المصدر تثبّتها على خادمك الخاص بأمر واحد، وهي تحوّل خادماً افتراضياً VPS مجرّداً إلى هدف نشر بأسلوب Heroku: ادفع الكود إلى Git، فتحصل على تطبيق حيّ بشهادات HTTPS تلقائية، دون فاتورة على أساس عدد المقاعد أو استهلاك النطاق الترددي. لنشر التطبيقات باستخدام Coolify، تثبّته على خادم افتراضي Linux، وتوجّه نطاقاً نحو الخادم، وتربط مستودع Git الخاص بك، ثم تنقر على زر النشر. يرافقك هذا الدليل على طول المسار بأكمله، من مواصفات الخادم وحتى أول عملية نشر حيّة لك، وأين تتوقف الاستضافة الذاتية عن كونها منطقية.

الجاذبية في عام 2026 اقتصادية في معظمها. تفرض المنصات المُدارة رسوماً على دقائق البناء، والمقاعد، وبشكل متزايد على النطاق الترددي، بينما لا تكلّفك لوحة تحكم مستضافة ذاتياً على خادم افتراضي بسعر 5–20 دولاراً أي شيء يتجاوز تكلفة الخادم نفسه. أنت تستبدل مزوّداً مُداراً بقليل من عمل إدارة الأنظمة. إليك بالضبط كيف تبدو هذه المقايضة.

ما هو Coolify، ولماذا تستضيف عمليات النشر الخاصة بك ذاتياً؟

إن Coolify منصة مفتوحة المصدر قابلة للاستضافة الذاتية كخدمة (PaaS) تمنحك الأجزاء التي تستخدمها فعلياً من Heroku أو Vercel أو Netlify، أي عمليات النشر وقواعد البيانات وشهادات TLS التلقائية، دون فاتورة المنصة المتكررة. فهو مجاني إلى الأبد عند استضافته ذاتياً مع، على حدّ تعبير المشروع، "لا قيود أو حدود"؛ والخيار المدفوع الوحيد هو Coolify Cloud (لوحة تحكم مستضافة) بدءاً من 5 دولارات شهرياً لخادمين. وخلف الكواليس يشغّل Docker ووكيلاً عكسياً Traefik يُصدر شهادات Let's Encrypt تلقائياً، فتحصل على HTTPS حقيقي دون لمس إعدادات Nginx.

السبب الذي يدفع الناس إلى اللجوء إليه هو التحكم إلى جانب التكلفة. فتطبيقاتك وقواعد بياناتك وأسرارك تعيش على بنية تحتية تملكها أنت، وهو ما يتجنّب فواتير النطاق الترددي المفاجئة التي تدفع الفرق للابتعاد عن المضيفين المُدارين من الأساس. وإذا كان مصدر ألم فاتورتك هو تكلفة الخروج (egress) تحديداً، فإن تحليلنا لـرسوم الخروج السحابية وكيفية التوقف عن دفع ضريبة الخروج يشرح لماذا كثيراً ما تعوّض الاستضافة الذاتية لطبقة التقديم تكلفتها بنفسها.

ما الذي تحتاجه قبل تثبيت Coolify

يعمل Coolify على خادم افتراضي Linux عادي، والمتطلبات متواضعة. تُدرج الوثائق الرسمية معالجاً بنواتين، و2 جيجابايت من الذاكرة، و30 جيجابايت من مساحة القرص كحدّ أدنى، على أي توزيعة رئيسية (Debian، Ubuntu، Fedora، AlmaLinux، Arch، Alpine، وحتى Raspberry Pi OS بنسخة 64-bit). أما عملياً، فخطّط لأكثر من ذلك: يوصي دليل DigitalOcean بـ4 جيجابايت من الذاكرة و4 أنوية لأن بناء صور الحاويات نهم للذاكرة، وسيتعثّر خادم بذاكرة 2 جيجابايت أو ينفد منه المخزون عند عملية بناء ثقيلة.

تحتاج أيضاً إلى تجهيز ثلاثة أشياء قبل أن تبدأ: خادم جديد مع صلاحيات root أو sudo عبر SSH، واسم نطاق، وسجل DNS من نوع A يوجّه نطاقاً فرعياً (على سبيل المثال deploy.yourdomain.com) نحو عنوان IP العام للخادم. النطاق مهم لأن Coolify يستخدمه للوحة التحكم ولتوجيه HTTPS إلى تطبيقاتك. وإذا لم تكن قد أحكمت تأمين الخادم بعد، فامرّ أولاً على الساعة الأولى الآمنة من إعداد خادم افتراضي VPS، فـ Coolify لا يحلّ محل نظافة الخادم الأساسية مثل مفاتيح SSH وجدار الحماية.

كيفية تثبيت Coolify على خادم افتراضي VPS

التثبيت هو حقاً أمر واحد. اتصل بالخادم عبر SSH، وحدّث الحزم، ثم شغّل المثبّت الرسمي الذي يكتشف نظام تشغيلك، ويثبّت Docker، ويجهّز حاويات Coolify، وينشئ شبكة Docker:

sudo apt update && sudo apt upgrade -y
curl -fsSL https://cdn.coollabs.io/coolify/install.sh | sudo bash

يستهدف التثبيت التلقائي إصدارات Ubuntu LTS (20.04، 22.04، 24.04)؛ والتوزيعات الأخرى مدعومة لكنها قد تحتاج إلى مسار التثبيت اليدوي الموجود في الوثائق. وعند انتهائه، يطبع السكربت عنوان URL مثل http://your-server-ip:8000. افتحه، وأنشئ حساب المسؤول الأول (يصبح أول مستخدم على الإطلاق هو المالك، لذا افعل هذا فوراً، قبل أن يتمكن أي شخص آخر من ذلك)، فتصل إلى لوحة التحكم. وثمة مطبّ واحد يستحق التحقق منه مسبقاً: شغّل hostname --ip-address وتأكد من أنه لا يُرجع 127.0.0.1، فاسم المضيف من نوع loopback هو السبب الأكثر شيوعاً لفشل أول عملية نشر.

كيفية نشر التطبيقات باستخدام Coolify: أول عملية نشر لك

داخل لوحة التحكم، يتّبع نشر التطبيقات باستخدام Coolify مساراً ثابتاً: اربط مصدراً، اختر طريقة بناء، انشر. اربط مزوّد Git الخاص بك (GitHub أو GitLab أو Gitea) ضمن Sources، ثم أنشئ Application جديداً، واختر المستودع والفرع، فيوفّر لك Coolify ثلاث حزم بناء: Nixpacks، أو Dockerfile، أو Railpack الأحدث. يكتشف Nixpacks تلقائياً معظم تطبيقات Node وPython وPHP وGo وRust دون أي إعداد؛ استخدم Dockerfile عندما تحتاج إلى تحكم دقيق. أضف متغيرات البيئة والأسرار في إعدادات التطبيق، وحدّد المنفذ المكشوف، ثم اضغط Deploy. يبني Coolify الصورة، ويشغّل الحاوية، ويوصّلها بـ Traefik.

الميزة التي تجعله يبدو مثل Vercel هي النشر بالدفع (push-to-deploy). فعّل النشر التلقائي من GitHub وستؤدي كل عملية دفع إلى الفرع الذي اخترته إلى تشغيل بناء ونشر جديدين عبر webhook، دون أي خطوة يدوية. هذه هي نفس حلقة النشر المستمر التي ستحصل عليها من منصة PaaS مُدارة، إلا أن البناء يعمل على خادمك ولا شيء يفرض عليه رسوم عدّاد.

النطاقات وشهادات HTTPS وقواعد البيانات المُدارة

إرفاق نطاق مخصص هو المكان الذي يثبت فيه Coolify جدارته. في حقل Domains الخاص بالتطبيق، أدخل https://app.yourdomain.com، ووجّه سجل DNS لذلك النطاق الفرعي نحو خادمك، فيطلب Traefik شهادة Let's Encrypt ويجدّدها تلقائياً، دون مهام certbot المجدولة، ودون تجديدات يدوية. المتطلب الوحيد هو أن يكون المنفذان 80 و443 مفتوحين وأن يكون DNS قد انتشر؛ فإصدار الشهادة يفشل بصمت إلى أن يُحلّل السجل.

وقواعد البيانات من الدرجة الأولى أيضاً. من Add Resource → Databases يمكنك إنشاء PostgreSQL أو MySQL أو MariaDB أو Redis أو MongoDB مُدارة؛ يولّد Coolify بيانات الاعتماد وسلسلة اتصال يمكن لتطبيقك الرجوع إليها كسرّ. والخطوة الحاسمة التي يغفل عنها الناس هي الاستمرارية: أرفق وحدة تخزين (volume) بحيث تنجو البيانات من إعادة تشغيل الحاوية أو إعادة النشر، وإلا فإن إعادة البناء تمسح قاعدة البيانات. وبالنسبة للتطبيقات التي تتجاوز خادماً واحداً، لاحظ أن Coolify v4 أحادي العقدة افتراضياً؛ والتنسيق متعدد الخوادم هو الهدف الرئيسي المُعلن لخط الإصدار v5 قيد التطوير.

Coolify مقابل المنصات المُدارة: حسابات التكلفة الحقيقية

عادة ما يتلخّص القرار في مَن يتحمّل عمل العمليات مقابل مَن يتحمّل الفاتورة. إليك كيف تتقارن الخيارات الشائعة لتطبيق صغير إلى متوسط في عام 2026:

المنصة	نموذج التسعير	ما تديره أنت	الأنسب لـ
Coolify (مستضاف ذاتياً)	مجاني؛ تدفع فقط ثمن الخادم الافتراضي (~5–20 دولاراً/شهر)	الخادم والتحديثات والنسخ الاحتياطية	الفرق الحساسة للتكلفة والمرتاحة مع خادم افتراضي
Coolify Cloud	بدءاً من 5 دولارات/شهر، +3 دولارات/شهر لكل خادم إضافي	خوادم تطبيقاتك فقط	الرغبة في الواجهة دون استضافة لوحة التحكم
Vercel / Netlify	طبقة مجانية، ثم الاستخدام + النطاق الترددي	لا شيء (مُدار بالكامل)	الواجهات الأمامية/JAMstack، والفرق التي تتجنب العمليات كلها
Heroku / Railway	شهري لكل dyno / لكل مورد	لا شيء	النماذج الأولية السريعة، دون امتلاك بنية تحتية

الفجوة التي تسدّها الاستضافة الذاتية هي النطاق الترددي. فالمنصات المُدارة تقيس تكلفة الخروج (egress) بشكل متزايد، ويمكن لتطبيق متوسط الشعبية أن يولّد فاتورة تقديم تقزّم خادماً افتراضياً بسعر ثابت. وإذا أردت أن ترى كيف تتقارن تلك الخوادم ذات السعر الثابت، فإن تصنيفنا لـأفضل استضافة خادم افتراضي VPS مرتّبة حسب نسبة السعر إلى الأداء الحقيقية نقطة انطلاق جيدة؛ ويعمل Coolify على أيٍّ منها، بما في ذلك المزوّدون الاقتصاديون وخوادم WaseerHost VPS الخاصة بنا.

متى يكون Coolify الخيار الخاطئ

الاستضافة الذاتية ليست خالية من التكلفة، بل هي فقط تنقل التكلفة من فاتورتك إلى وقتك. يضع Coolify خادماً على عاتقك: فتحديثات نظام التشغيل، والتصحيحات الأمنية، والنسخ الاحتياطية، وأن تكون الشخص الذي يُستدعى عندما يتعطّل الخادم، أصبحت الآن مهمتك أنت لا مهمة مزوّد. وإذا لم يكن لدى فريقك أي رغبة في ذلك، فإن منصة مُدارة بالكامل هي التوصية الصادقة حتى لو كانت الفاتورة أعلى.

وثمة قيدان آخران يهمّان. عمليات البناء نهمة للموارد، لذا فإن خادماً افتراضياً بذاكرة 2 جيجابايت يلبّي الحدّ الأدنى سيظل يعاني، فخصّص 4 جيجابايت أو أكثر إذا كنت تنشر أي شيء ذي حجم يُذكر. كما أن Coolify v4 يعمل على عقدة واحدة، لذا لا يمكنك بعد توسيع تطبيق واحد عبر أسطول من الخوادم بالطريقة التي تفعلها منصة PaaS سحابية؛ وتلك القابلية الأصلية للتوسّع هي ما يُبنى من أجله معلَم v5، وفق خارطة طريق المشروع. وبالنسبة لخادم افتراضي واحد يخدم حفنة من التطبيقات، لا يعضّ أيٌّ من هذا، وهذه بالضبط هي النقطة المثالية التي بُني Coolify من أجلها.

الأسئلة الشائعة

هل Coolify مجاني؟

نعم. إن Coolify المستضاف ذاتياً مفتوح المصدر ومجاني إلى الأبد مع وصول كامل إلى كل ميزة. المنتج المدفوع الوحيد هو Coolify Cloud، وهو لوحة تحكم مستضافة تبدأ من 5 دولارات شهرياً لخادمين إضافةً إلى 3 دولارات شهرياً لكل خادم إضافي. وعندما تستضيف ذاتياً، تكون تكلفتك الوحيدة هي الخادم الافتراضي الذي يعمل عليه البرنامج.

كم من الذاكرة (RAM) يحتاج Coolify؟

الحدّ الأدنى الرسمي هو 2 جيجابايت من الذاكرة مع معالج بنواتين و30 جيجابايت من القرص. هذا كافٍ لتشغيل لوحة التحكم وبضعة تطبيقات خفيفة، لكن بناء الصور كثيف الاستهلاك للذاكرة، لذا فإن 4 جيجابايت أو أكثر هي التوصية الواقعية بمجرد أن تنشر أعباء عمل حقيقية.

هل يستطيع Coolify النشر التلقائي من GitHub؟

نعم. اربط حساب GitHub الخاص بك، وفعّل النشر التلقائي على تطبيق، فيعيد Coolify النشر عند كل عملية دفع إلى الفرع الذي اخترته باستخدام webhook. إنه نفس سير عمل النشر بالدفع الموجود في Vercel أو Netlify، لكنه يعمل على خادمك الخاص.

هل Coolify جاهز للإنتاج؟

إن Coolify v4 هو الخط المستقر الحالي وتستخدمه فرق كثيرة في الإنتاج. وكما هو الحال مع أي منصة مستضافة ذاتياً، تعتمد الجاهزية للإنتاج على تعاملك أنت مع النسخ الاحتياطية والمراقبة والتحديثات. إنه برنامج مستقر؛ والمسؤولية عن الخادم الأساسي هي ما تتحمّله أنت.

Coolify مقابل Dokploy، أيهما ينبغي أن أختار؟

كلاهما أداتا PaaS مفتوحتا المصدر ومستضافتان ذاتياً بمجموعة ميزات متشابهة. إن Coolify هو المشروع الأنضج بمجتمع أكبر ودعم أوسع لحزم البناء؛ أما Dokploy فأخفّ وأبسط. وبالنسبة لمعظم المستخدمين، يكون العامل الحاسم هو المنظومة والتوثيق، حيث يتصدّر Coolify حالياً.

Sources

• Coolify Docs — Installation: المواصفات الدنيا الرسمية، وأنظمة التشغيل المدعومة، وأمر التثبيت من سطر واحد.
• Coolify — Pricing: شروط "مجاني إلى الأبد" للاستضافة الذاتية وتسعير Coolify Cloud.
• Coolify Docs — Applications: حزم البناء (Nixpacks، Dockerfile، Railpack) وإعدادات النشر.
• Coolify Docs — GitHub Auto Deploy: سير عمل النشر بالدفع عبر webhook.
• DigitalOcean — Deploy Apps with Coolify: المواصفات الموصى بها، وإعداد الخادم، وشهادات HTTPS عبر Traefik/Let's Encrypt.
• coollabsio/coolify — Releases: الخط المستقر v4 وخارطة طريق الخوادم المتعددة v5.