إذا كنت تدير مؤسسة صغيرة أو متوسطة، أو فريق تطوير، أو حتى مشروعاً شخصياً طموحاً، سواء في الرياض أو الدار البيضاء أو دكار أو عمّان أو القاهرة، فإنك على الأرجح عشت هذا الإحباط المتكرر: منصة Heroku أصبحت باهظة التكلفة في أقل ارتفاع للأحمال، وVercel تُحاسب بالدولار على كل استدعاء API، أما AWS وGCP فيتطلبان مهندساً متخصصاً لمجرد فهم تفاصيل الفواتير، في حين تستهلك خطوط الإنتاج DevOps المنزلية وقتاً ثميناً كان يُفترض تخصيصه لتطوير المنتج ذاته. هنا تأتي Coolify لتُغيّر المعادلة جذرياً. إنها منصة PaaS مفتوحة المصدر تثبتها على خادم VPS الخاص بك — سواء كان Hetzner بأربعة يوروات شهرياً، أو OVH في الدار البيضاء، أو خادم محلي عند مزود إقليمي — وتمنحك تجربة مماثلة لـHeroku وVercel، دون فاتورة شهرية مرتفعة، ودون تبعية لمزود سحابي معيّن، مع بقاء بياناتك تحت سيطرتك الكاملة.
يُغطّي هذا الدليل كل ما تحتاج معرفته للبدء بـCoolify في الإنتاج خلال عام 2026: لماذا اختيارها بالذات، كيفية تثبيتها بشكل صحيح، آلية ربطها بـGit، نشر التطبيقات الأولى، إدارة قواعد البيانات، النسخ الاحتياطي، المراقبة، الإتاحة العالية، وأهم من كل ذلك تكييفها مع السياق العربي وغرب أفريقيا — محدودية النطاق الترددي، الدفع بالعملة المحلية أو عبر Mobile Money، المضيفون الإقليميون، والقيود المتعلقة بسيادة البيانات الرقمية.
لماذا Coolify في عام 2026؟
تُعدّ Coolify مشروعاً مفتوح المصدر يُطوَّر بشكل نشط، أنشأه Andras Bacsai ويدعمه مجتمع متنامٍ من المطورين والممولين. الإصدار الرابع المستقر في 2026 يتجاوز ثلاثين ألف نجمة على GitHub، مما يجعله أحد أكثر مشاريع PaaS ذاتية الاستضافة شعبية، إلى جانب CapRover (الأقدم) وDokploy (المنافس البسيط). تُموَّل Coolify عبر نسخة سحابية اختيارية (coolify.io) ورعاة، ويُموقعها فريقها صراحةً كبديل ذاتي الاستضافة لـHeroku وNetlify وVercel وDigitalOcean App Platform. الوعد بسيط: نشر تطبيق Node.js أو Python أو PHP أو Go أو Rust أو Ruby أو Java أو موقع ثابت بنقرة واحدة، انطلاقاً من مستودع Git، دون كتابة سطر واحد في Dockerfile إن لم ترغب.
- مجانية ومفتوحة المصدر برخصة Apache 2.0، دون أي حد أقصى للتطبيقات أو النطاقات أو المستخدمين أو حركة المرور — القيد الوحيد هو حدود VPS الذي تستضيف عليه
- استضافة ذاتية بشكل افتراضي: تبقى بياناتك على خوادمك في المكان الذي تختاره. هذا أمر بالغ الأهمية بالنسبة للائحة العامة لحماية البيانات الأوروبية (RGPD)، وللسيادة الرقمية في الدول العربية وغرب أفريقيا، ولأي بيانات حساسة (صحية، مالية، تعليمية)
- متعددة الخوادم: تستطيع instance واحدة من Coolify التحكم في عدة خوادم بعيدة عبر SSH، مما يسمح بفصل بيئات الاختبار والإنتاج، أو توزيع الأحمال على عدة عقد
- Webhooks مدمجة مع Git: عملية push على فرع main تُطلق نشراً تلقائياً دون الحاجة إلى صيانة webhook يدوي
- Buildpacks Nixpacks أو Dockerfile حسب اختيارك: تكتشف Coolify تلقائياً 90% من الأطر الشائعة دون كتابة أي ملف تكوين
- Reverse proxy Traefik مع HTTPS تلقائي عبر Let’s Encrypt مع تجديد شفاف للشهادات
- سوق تطبيقات: Plausible، Umami، Ghost، Pocketbase، Uptime Kuma، NocoDB، n8n، Forgejo، Gitea، MinIO… ما يقارب مئة تطبيق جاهز للنشر بنقرة واحدة
- قواعد بيانات مُدارة: PostgreSQL (الإصدارات 14-17)، MySQL، MariaDB، MongoDB، Redis، KeyDB، Dragonfly، ClickHouse — توفير بنقرة، نسخ احتياطي تلقائي
Coolify مقارنة بالبدائل: لمحة سريعة
إن كنت متردداً بين عدة منصات PaaS ذاتية الاستضافة، راجع المقارنة الصريحة بين Coolify وDokploy وCapRover. باختصار: Coolify الأكثر اكتمالاً من حيث الميزات وتجربة المستخدم، Dokploy الأخف وزناً في الذاكرة، CapRover الأكثر نضجاً مع نظام بيئي يتطور بوتيرة أبطأ. لـ80% من حالات الاستخدام في المؤسسات الصغيرة العربية وغرب أفريقيا، Coolify هو الخيار العملي الأمثل.
المتطلبات المادية والبرمجية
- خادم VPS بـ vCPU 2 و4 GB من الذاكرة كحد أدنى للبدء؛ ويُوصى بـ8 GB من الذاكرة في الإنتاج الفعلي إذا كنت تنوي استضافة عدة تطبيقات مع قواعد بياناتها
- نظام تشغيل: Ubuntu 22.04 أو 24.04 LTS أو Debian 12 — هذه التوزيعات هي الأكثر اختباراً من قِبل مشروع Coolify، تجنّب التوزيعات المتدحرجة (rolling) أو غير الشائعة
- اسم نطاق يشير إلى عنوان IP الخاص بـVPS (سجل DNS من نوع A، أو AAAA لـIPv6)
- الوصول SSH عبر مفتاح عمومي (لا تستخدم كلمة سر أبداً في الإنتاج)
- جدار حماية أساسي (UFW أو iptables) مع فتح المنافذ 22 و80 و443
- المستوى المطلوب: متوسط — تعرف كيفية الاتصال بـSSH، تعديل ملفات النظام، قراءة سجلات Docker الأساسية
- الوقت اللازم: ثلاثون دقيقة للتثبيت، ساعة إلى ساعتين لتكوين أول مشروع إنتاج كامل مع قاعدة بيانات وHTTPS ونسخ احتياطي
الخطوة الأولى — تجهيز خادم VPS
قبل تثبيت Coolify، قم بتأمين VPS أساسياً. اتصل عبر SSH ثم نفّذ:
# تحديث النظام
apt update && apt upgrade -y
# تثبيت الأدوات الأساسية والجدار الناري
apt install -y ufw fail2ban htop curl wget git unattended-upgrades
# تكوين UFW
ufw default deny incoming
ufw default allow outgoing
ufw allow 22/tcp
ufw allow 80/tcp
ufw allow 443/tcp
ufw --force enable
# تعطيل دخول root بكلمة سر
sed -i 's/#PermitRootLogin.*/PermitRootLogin prohibit-password/' /etc/ssh/sshd_config
sed -i 's/#PasswordAuthentication.*/PasswordAuthentication no/' /etc/ssh/sshd_config
systemctl restart ssh
# تحديثات أمنية تلقائية
dpkg-reconfigure -plow unattended-upgrades
# المنطقة الزمنية (Africa/Dakar أو Asia/Riyadh أو غيرها)
timedatectl set-timezone Africa/Dakarقم أيضاً بإعداد ذاكرة swap بحجم 2 GB إن لم تكن متوفرة — يُجنّبك ذلك انهيار التطبيقات أثناء عمليات بناء Next.js الثقيلة:
fallocate -l 2G /swapfile
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile
echo '/swapfile none swap sw 0 0' >> /etc/fstabالخطوة الثانية — تثبيت Coolify
يوفّر المشروع سكربتاً رسمياً للتثبيت يكتشف نظام التشغيل تلقائياً ويُثبّت Docker ويُولّد المفاتيح ويُطلق الحاويات اللازمة. على VPS جديد، نفّذ:
curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bashسيطلب منك السكربت اختيار كلمة سر للمسؤول الجذر ويُطلق Coolify على المنفذ 8000. تستغرق العملية 5 إلى 10 دقائق حسب سرعة الإنترنت لدى مزود VPS — في دكار عبر اتصال Starlink لائق، تستغرق نحو 7 دقائق؛ أما من خادم Hetzner في هلسنكي فأقل من 4 دقائق. السكربت يُحمّل عدة جيجابايت من صور Docker (Coolify نفسها، Traefik، Postgres، Redis)، فراقب استخدام القرص إذا كان VPS صغيراً.
بمجرد انتهاء السكربت، افتح المتصفح على http://VPS-IP:8000 وأنشئ حساب المسؤول (بريد إلكتروني وكلمة سر قوية تُحفظ في مدير كلمات السر). كوّن فوراً اسم النطاق الرئيسي في Settings → Instance Settings — مثلاً coolify.exemple.sn — وفعّل Let’s Encrypt للحصول على شهادة HTTPS للوحة التحكم نفسها. تجنّب إبقاء IP الخام معروضاً.
الخطوة الثالثة — تأمين instance Coolify
- تفعيل المصادقة الثنائية 2FA على حساب المسؤول (Profile → Security). تدعم Coolify تطبيقات TOTP المعيارية مثل Authy وAegis وBitwarden Authenticator
- تقييد الوصول إلى لوحة التحكم عبر IP إن أمكن — مفيد إذا كان لديك IP ثابت في المكتب، وإلا اترك الوصول مفتوحاً مع تفعيل 2FA
- تكوين الإشعارات: تستطيع Coolify إرسال تنبيهات بالبريد أو Slack أو Discord أو Telegram في حالة فشل النشر أو توقف الخادم
- تعطيل التسجيل العمومي افتراضياً، لمنع أي زائر من إنشاء حساب
الخطوة الرابعة — ربط مصدر Git
تدعم Coolify منصات GitHub وGitLab وGitea وForgejo، وأي مستودع Git يمكن الوصول إليه عبر SSH. لـGitHub، توجّه إلى Sources → Add → GitHub App. ترشدك Coolify لإنشاء تطبيق GitHub App للمؤسسة، مما يسمح بنشر تلقائي عند كل push دون الحاجة إلى صيانة webhook يدوي. يستغرق إنشاء GitHub App دقيقتين فقط، وبإمكان نفس التطبيق خدمة عدة مشاريع.
إن كنت تستخدم Forgejo أو Gitea (وهو ما أوصي به لاستضافة الكود محلياً بدل تسليمه لـGitHub بالكامل)، تتصل Coolify عبر رمز وصول شخصي. والأمر سيان للمستودعات الخاصة عبر SSH كلاسيكي: تُولّد Coolify مفتاحاً تلصقه في إعدادات Deploy Keys للمستودع.
الخطوة الخامسة — نشر تطبيقك الأول
أنشئ مشروعاً (مثلاً « Production »)، أضف بيئة (production أو staging) ثم انقر « + New Resource » → Application. اختر مستودع Git، الفرع، وحدد buildpack. تكتشف Coolify تلقائياً أُطر Node.js وNext.js وAstro وNuxt وSvelteKit وLaravel وSymfony وDjango وFlask وFastAPI وRails وGo وRust وتقترح التكوين الصحيح افتراضياً.
لتطبيق Next.js نموذجي، الإعداد الوحيد الذي يجب التحقق منه هو المنفذ (3000 افتراضياً) ومتغيرات البيئة (DATABASE_URL، NEXT_PUBLIC_*، NEXTAUTH_SECRET). أضف نطاقك المخصص، فعّل HTTPS، واضغط Deploy. يستغرق البناء الأول عادةً 3 إلى 8 دقائق حسب حجم المشروع وقوة VPS. للحصول على دليل خطوة بخطوة خاص بـNext.js، راجع درس نشر Next.js على Coolify.
الخطوة السادسة — قواعد البيانات والخدمات المُدارة
إحدى نقاط القوة الأساسية في Coolify هي الإدارة الأصلية لقواعد البيانات. بنقرة واحدة تستطيع توفير PostgreSQL (الإصدارات 14 إلى 17) أو MySQL أو MariaDB أو MongoDB أو Redis أو KeyDB أو Dragonfly أو ClickHouse. تستلم كل قاعدة بيانات رابط اتصال داخلي (شبكة Docker) تستخدمه كمتغير بيئة في تطبيقاتك. هذا الرابط لا يُعرَض خارجياً افتراضياً — قواعد بياناتك متاحة فقط للتطبيقات المستضافة على نفس instance Coolify.
للتعمق في إنتاج PostgreSQL مع Coolify (ضبط الأداء، النسخ الاحتياطي، المراقبة، النسخ المتماثل)، راجع دليل PostgreSQL مع Coolify. إذا احتاج تطبيقك عدة قواعد بيانات أو pooler مثل PgBouncer، تدعم Coolify نشر Docker Compose مخصص في نفس المشروع.
الخطوة السابعة — HTTPS والنطاقات وإعادة التوجيه
تستخدم Coolify Traefik كـreverse proxy، وهو الخيار المرجعي في 2026. تستطيع إضافة عدة نطاقات لنفس التطبيق (apex وwww مثلاً)، فرض إعادة التوجيه نحو HTTPS، تكوين رؤوس HTTP مخصصة (HSTS، CSP، X-Frame-Options)، وحتى التوجيه حسب المسار (/api نحو تطبيق و/ نحو آخر). تُجدَّد شهادات Let’s Encrypt تلقائياً قبل ثلاثين يوماً من انتهاء صلاحيتها.
للنطاقات بـwildcard (*.exemple.com)، يجب تفعيل تحدي DNS-01، مما يتطلب تكوين مفتاح API لدى مسجل النطاق (Cloudflare، OVH، Gandi، Route 53). أكثر تقنية لكنها موثقة خطوة بخطوة في الوثائق الرسمية. مفيدة لاستضافة عدة نطاقات فرعية لعملاء على نفس instance.
الخطوة الثامنة — النسخ الاحتياطي والاستعادة
قم بتكوين النسخ الاحتياطي التلقائي لقواعد بياناتك فوراً — لا تُؤجّل هذه الخطوة أبداً. تدعم Coolify الوجهات المتوافقة مع S3: AWS S3، Backblaze B2، Wasabi، MinIO ذاتي الاستضافة. للمؤسسات الصغيرة العربية وفي غرب أفريقيا، أوصي بـBackblaze B2 (اقتصادي جداً، حوالي 6 دولارات لكل تيرابايت شهرياً) أو MinIO ذاتي الاستضافة على VPS ثانٍ للحفاظ على البيانات في بيئة تتحكم بها.
يفصّل دليلنا المخصص للنسخ الاحتياطي مع Coolify استراتيجية 3-2-1 الكاملة، اختبار الاستعادة الشهري الإلزامي، والأتمتة الكاملة. القاعدة الذهبية: نسخة احتياطية لم تُختبر هي نسخة غير موجودة. قم على الأقل باختبار استعادة شهري على instance staging.
الخطوة التاسعة — المراقبة والتنبيهات
تدمج Coolify عرضاً مباشراً للسجلات لكل تطبيق، إضافة إلى رسوم بيانية أساسية للـCPU وRAM والشبكة. للمراقبة طويلة المدى والتنبيهات، انشر Uptime Kuma من سوق تطبيقات Coolify: أداة مراقبة مفتوحة المصدر تنفّذ HTTP check وping وتفحص المنافذ TCP والشهادات SSL، مع إشعارات بالبريد أو Discord أو Slack أو Telegram. في خمس دقائق تحصل على صفحة حالة عمومية.
لمقاييس تطبيقية أعمق (الكمون لكل endpoint، أخطاء 5xx، traces)، اربط Plausible Analytics أو Umami للواجهة، وAPM مثل OpenTelemetry + Grafana Loki للخادم. كل ذلك يُنشَر على نفس instance Coolify.
التكييف للسوق العربي وغرب أفريقيا
عدة خصوصيات تستحق الانتباه عند نشر Coolify انطلاقاً من دبي أو الرياض أو الدار البيضاء أو دكار أو أبيدجان أو القاهرة:
- المضيفون المتاحون: تقدم Hetzner (ألمانيا، فنلندا) أفضل نسبة جودة/سعر عالمياً، الدفع بالبطاقة أو التحويل SEPA. لـOVH datacenter قريب في الدار البيضاء بكمون منخفض جداً نحو شمال أفريقيا والساحل (~50-80 ms). للمحلية، يقدم بعض المشغلين السنغاليين والإماراتيين والسعوديين خوادم VPS مستضافة محلياً — مفيدة لسيادة البيانات والكمون المحلي
- محدودية النطاق الترددي للفريق: كوّن النشر بـbuildpack مع cache لتجنب إعادة نقل التبعيات في كل push. تخزّن Coolify تلقائياً layers Docker. البناء الأول بطيء، اللاحقة سريعة
- الدفع لـVPS: إن كانت بطاقتك المحلية محدودة للمدفوعات الدولية، استخدم Wise أو بطاقة Visa افتراضية مثل Wave أو STC Pay، أو اطلب من شريك الدفع نيابة عنك مع التعويض بالعملة المحلية. تقبل Hetzner التحويل SEPA
- الدفع من عملائك: إن كان عملاؤك يدفعون بـMobile Money (Wave، Orange Money، Free Money) أو ببطاقات إقليمية (Mada، CIB، CMI)، يستطيع تطبيقك المنشور على Coolify دمج هذه APIs. راجع دليل APIs Mobile Money 2026
- المراقبة في الوقت الفعلي: تدمج Coolify عرضاً مباشراً للسجلات. للمراقبة طويلة المدى، Uptime Kuma (قابل للنشر بنقرة من السوق) يكفي 95% من المؤسسات الصغيرة
- سيادة البيانات: إن كنت تدير بيانات صحية أو مدرسية أو مالية في بلد يتطلب القانون فيه استضافة وطنية (المملكة العربية السعودية SDAIA، السنغال CDP، ساحل العاج ARTCI، الإمارات NESA)، تحقّق مع مستشارك القانوني. قد يكون VPS لدى مشغّل وطني ضرورياً
أخطاء شائعة
| الخطأ | السبب | الحل |
|---|---|---|
| « Could not resolve host » أثناء البناء | DNS سيئ التكوين على VPS | تحقق من /etc/resolv.conf، استخدم 1.1.1.1 أو 8.8.8.8 |
| التطبيق في حلقة إعادة تشغيل | منفذ خاطئ أو healthcheck يفشل | عدّل المنفذ في التكوين وعطّل healthcheck للتشخيص |
| Let’s Encrypt يرفض الشهادة | DNS لم ينتشر أو rate limit | تحقق بـdig من توجه النطاق نحو VPS، انتظر ساعة وأعد المحاولة |
| OOM أثناء بناء Next.js | VPS صغير | الانتقال إلى 4 GB أو تفعيل swap 2 GB |
| Coolify لا تعمل بعد إعادة الإقلاع | Docker daemon لم يُشغَّل تلقائياً | systemctl enable docker |
| القرص ممتلئ | صور Docker يتيمة | docker system prune -a (احذر في الإنتاج) |
| Backup S3 يفشل صامتاً | credentials منتهية أو bucket ممتلئ | تحقق من سجلات Coolify واختبر بـaws s3 ls |
حالات استخدام ملموسة لمؤسسات عربية وأفريقية
الحالة 1 — وكالة ويب في الدار البيضاء (5 مطورين، 20 موقع عميل): VPS Hetzner CCX23 (4 vCPU، 16 GB RAM، 80 يورو شهرياً) مع Coolify يستضيف 20 موقع WordPress بالإضافة إلى instance Plausible للتحليلات المشتركة. نسخ احتياطي يومي على B2. التكلفة الإجمالية ~100 يورو شهرياً لـ20 موقعاً بدلاً من 200 يورو على الأقل لدى مزودين مُدارين.
الحالة 2 — startup fintech في الرياض: تطبيق Next.js + API Express + Postgres + Redis + worker Bull، مُنشَر على Coolify مع VPS إنتاج (Hetzner CX42، 8 vCPU، 16 GB) وVPS staging (CX22). نشر مستمر من GitHub Actions. نسخ احتياطي Postgres كل 6 ساعات نحو Backblaze B2. التكلفة ~50 يورو شهرياً.
الحالة 3 — مطور حر في دكار: VPS Hetzner CX22 وحيد (4 يورو شهرياً) مع Coolify يستضيف portfolio، SaaS قيد البناء، موقعَي عميلَين، instance n8n لأتمتة المهام. نسخ احتياطي نحو MinIO على VPS مشترك مع زميل.
الأسئلة الشائعة
هل Coolify مجانية فعلاً في الإنتاج؟
نعم، النسخة ذاتية الاستضافة مجانية 100% ومفتوحة المصدر برخصة Apache 2.0. يقدّم الفريق نسخة سحابية مدفوعة (coolify.io) لمن لا يريد إدارة الخادم، لكن الكود والميزات متطابقتان. يمكنك استضافة عدد غير محدود من التطبيقات والقواعد والمستخدمين بقدر ما يسمح به VPS.
ما الحد الأدنى من VPS لـCoolify؟
الحد التقني الأدنى هو 2 vCPU / 2 GB RAM، لكنك ستكون محدوداً جداً. لاستضافة 3 إلى 5 تطبيقات مع قواعد بياناتها، خصص 4 GB RAM كحد أدنى (Hetzner CX22 أو ما يعادله، حوالي 4 إلى 5 يورو شهرياً). لـ10+ تطبيقات، انتقل إلى 8 GB RAM.
هل تحلّ Coolify محل Kubernetes؟
لا، Coolify مصمّمة للاحتياجات الصغيرة والمتوسطة (مؤسسات صغيرة، عمل حر، مشاريع مستقلة). للإتاحة العالية متعددة الـclusters مع auto-scaling متقدم، استخدم Kubernetes أو K3s. لـ90% من المشاريع العربية والأفريقية، Coolify كافية تماماً وتوفّر عشرات الساعات من التعقيد.
هل يمكن نقل تطبيق من Heroku إلى Coolify؟
نعم. تستخدم Coolify Nixpacks (مماثل لـbuildpacks Heroku) أو Dockerfile الخاص بك. يتلخص النقل في توجيه Coolify نحو مستودع Git وإعادة إنشاء متغيرات البيئة. تُستعاد قاعدة البيانات من dump pg_dump. يستغرق الأمر ساعة إلى ساعتين لكل تطبيق غير بسيط.
هل Coolify آمنة في الإنتاج؟
نعم، شريطة اتباع الممارسات الجيدة: تفعيل 2FA، إظهار لوحة التحكم بـHTTPS فقط، تعطيل التسجيل العمومي، كلمات سر قوية، تحديثات Coolify المنتظمة (نقرة واحدة من الواجهة)، عدم عرض قواعد البيانات للعموم، وتقوية VPS نفسه (UFW، fail2ban، SSH بمفتاح فقط).
ماذا أفعل إذا تعطّل VPS؟
هذا بالضبط سبب أهمية النسخ الاحتياطية S3 الخارجية. في حالة عطل كامل، توفّر VPS جديداً، أعد تثبيت Coolify، استعِد النسخ الاحتياطية Postgres من B2، أعد نشر التطبيقات من Git. احسب ساعة إلى 3 ساعات لاستعادة كاملة حسب عدد التطبيقات.