مقارنة Cloudron وCasaOS وCoolify على VPS

ما الذي ستبنيه

أنت تختار أداة بقدر ما تقوم بتثبيت أداة. تعدك ثلاث لوحات بتحويل VPS خام إلى مضيف تطبيقات يمكن إدارته بالنقر: Cloudron وCasaOS وCoolify. يضع هذا الدليل كل أداة منها على خادم Ubuntu 24.04 جديد بالمواصفات نفسها، ويثبّت تطبيقاً أولاً، ثم يفحص بدقة الجوانب التي لا تظهر في لقطات الشاشة عادةً: TLS، والنسخ الاحتياطية، والتحديثات، واستهلاك الذاكرة، ومدى صعوبة المغادرة. عند نهاية الدليل، ستعرف أي أداة تناسبك، أو ما إذا كانت الإجابة الصادقة هي: "لا واحدة منها، استخدم Docker Compose فقط."

لا توجد أداة سحرية هنا. تعتمد الأدوات الثلاث كلها على Docker Engine نفسه الذي يمكنك تشغيله يدوياً. وما تبيعه لك اللوحة، سواءً بالمال أو باستهلاك RAM أو بفرض الارتباط بها، هو تنفيذ أربع مهام نيابةً عنك: تثبيت التطبيقات بنقرة واحدة، وشهادات TLS التلقائية، والنسخ الاحتياطية المجدولة، وإدارة المستخدمين. إذا كانت هذه المهام الأربع تستحق استهلاكاً إضافياً فعلياً بالنسبة إليك، فستبرر اللوحة استخدامها. أما إذا كنت تشغّل خدمة أو خدمتين وتفضّل معرفة كل ما يوجد على خادمك بدقة، فاقرأ قسم "تجاوز الأدوات الثلاث كلها" أولاً ووفّر على نفسك العناء.

المتطلبات المشتركة والملاحظات المهمة

تفترض الأدوات الثلاث استخدام VPS يعمل بتقنية KVM، وليس افتراضية الحاويات. يحتاج Docker إلى kernel حقيقي، كما أن Cloudron يرفض OpenVZ وLXC بشكل صريح. تحقّق باستخدام systemd-detect-virt: kvm أو qemu مناسب، أما openvz أو lxc فغير مناسب. في خطة KVM يطبع الأمر kvm، وعلى خادم bare metal يطبع none؛ ويعني أيٌّ منهما أنّه يمكنك المتابعة.

بعد ذلك تختلف المتطلبات، وهذا أول عامل يوجّه اختيارك.

• RAM. يعمل CasaOS بسلاسة مع 1GB؛ فقد صُمّم أصلاً لأجهزة Raspberry Pi وظل خفيفاً. يحتاج Coolify إلى 2GB ونواتي CPU كحد أدنى، ويستهلك Coolify نفسه نحو 600 MB من ذلك. يحتاج Cloudron إلى 2GB كحد أدنى، ويعمل بصورة أفضل فعلياً مع 4GB، لأنه يشغّل mail server وقاعدة بيانات قبل أن تثبّت أي تطبيق.
• نطاق وDNS تحت إدارتك. يحتاج كل من Cloudron وCoolify إلى نطاق حقيقي مع DNS يعمل. ويفضّل Cloudron أن تتيح له مزوّد DNS لديك الوصول عبر API، حتى ينشئ السجلات وشهادات wildcard بنفسه. يمكن لـCasaOS العمل باستخدام IP عارٍ، لكنك لن تحصل حينها على TLS.
• المنافذ. تحتاج الأدوات الثلاث إلى فتح 80 و443 لـHTTP وHTTPS. ويقدّم Coolify لوحة التحكم أيضاً على المنفذ 8000، ويستخدم 6001 لقناة realtime و6002 للطرفية داخل المتصفح. أبقِ المنفذ 22 مفتوحاً لـSSH في كل أداة منها.

وجّه DNS إلى الخادم قبل البدء. فاللوحة التي لا تستطيع حل اسم المضيف الخاص بها لن تتمكن من طلب شهادة، وستقضي الساعة الأولى في تصحيح هذه المشكلة بدلاً من إعداد البرنامج. أنشئ سجل A يشير إلى IP الخادم، وبالنسبة إلى Coolify أضف سجل wildcard (*.apps.example.com) حتى يحصل كل تطبيق منشور على نطاق فرعي خاص به.

Cloudron: الجهاز المتكامل ذو الإعدادات المحددة

ماهيته. Cloudron منصة تجارية تحوّل خادماً كاملاً إلى جهاز مُدار. وهي تشغّل Reverse Proxy وقاعدة بيانات وحزمة بريد خاصة بها، إضافة إلى App Store منتقاة من التطبيقات المعبّأة، مثل Nextcloud وWordPress وGitea وMattermost وغيرها. تستهدف المنصة من يريد أن تكون تطبيقاته مُدارة، مع تحديثات تلقائية، وشهادات تلقائية، ونسخ احتياطية تلقائية، ومستعداً لدفع التكلفة مقابل ذلك.

التثبيت. تشترط المنصة خادماً نظيفاً وتستولي عليه بالكامل. شغّل الأمر التالي على خادم Ubuntu 24.04 (Noble) جديد، ولا تشغّل عليه أي شيء آخر:

wget https://cloudron.io/cloudron-setup
chmod +x cloudron-setup
sudo ./cloudron-setup

يثبّت البرنامج Docker وnginx وقاعدة بيانات وحزمة البريد، ثم يعيد تشغيل الخادم. بعد عودة الخادم، افتح https://<your-ip>، واقبل الشهادة المؤقتة الموقّعة ذاتياً، وأكمل الإعداد في المتصفح: اربطه بنطاقك، واختر موفّر DNS، وستنشئ المنصة لوحة التحكم الخاصة بها على my.example.com.

إضافة التطبيق الأول. افتح App Store من لوحة التحكم، وانقر مثلاً على Nextcloud، واختر النطاق الفرعي files.example.com، ثم اضغط Install. ينشئ Cloudron سجل DNS، ويطلب شهادة Let's Encrypt، ويجهّز قاعدة البيانات، ويربط تسجيل الدخول الموحّد، ويجدول نسخة احتياطية، وكل ذلك من دون أن تلمس ملف إعداد. هذا هو جوهر المنصة، وهي تنفّذه فعلاً.

TLS والنسخ الاحتياطية. هذا هو الأقوى بين الخيارات الثلاثة. يحصل كل نطاق فرعي لتطبيق على شهادة Let's Encrypt تلقائية، وتجددها المنصة نيابةً عنك. تُجدول النسخ الاحتياطية وتكون مضمّنة، ويمكن توجيهها إلى مجلد محلي أو S3 أو مساحة تخزين بعيدة أخرى، مع استعادة مستقلة لكل تطبيق، وحتى استنساخ التطبيق بنقرة واحدة إلى نطاق فرعي جديد.

التكلفة والترخيص، اقرأ هذا قبل الالتزام. Cloudron منتج مدفوع ذو مستوى مجاني محدود: تسمح الخطة المجانية بـتطبيقين. عند تثبيت تطبيق ثالث، تصل إلى شاشة الدفع؛ ويتيح الاشتراك المدفوع، Pro أو Max، والمحاسبة الشهرية أو السنوية، وكلاهما يسمح بعدد غير محدود من التطبيقات، مزايا إضافية. هذه أهم حقيقة عن Cloudron. تبدو المنصة متقنة تحديداً لأنها نشاط تجاري، والمستوى المجاني أقرب إلى فترة تجريبية ممتدة منه إلى بيئة لاستضافة مجموعة تطبيقات متنامية.

نمط الفشل، قاعدة الخادم النظيف. إذا حاولت تثبيت Cloudron على خادم يشغّل شيئاً مسبقاً، يتوقف الإعداد قبل أن يغيّر أي شيء:

Error: Some packages like nginx/docker/nodejs are already installed. Cloudron requires
specific versions of these packages and will install them as part of it's installation.
Please start with a fresh Ubuntu install and run this script again.

السبب ليس التشدد لذاته. يثبّت Cloudron إصدارات محددة من nginx وDocker وNode ويدمجها بعمق، لذلك لا يمكنه التعايش مع نسخك الخاصة منها. الحل هو استخدام صورة Ubuntu 24.04 جديدة ولا شيء آخر: لا خادم ويب، ولا Docker، ولا حتى جدار ناري أعددته يدوياً. إذا شغّلت الصورة الخاطئة، فسيرفض الإعداد أيضاً أي نظام ليس Ubuntu LTS مدعوماً، أي 22.04 أو 24.04، على x86-64؛ أما ARM وLXC وOpenVZ فهي غير مدعومة تماماً.

نمط الفشل الثاني، تتطلب شهادات wildcard واجهة DNS API. إذا اخترت خيار "Manual" لـDNS أثناء الإعداد بدلاً من تزويد Cloudron برمز API، فلن يتمكن من إنشاء السجلات أو إصدار شهادة wildcard نيابةً عنك. عندئذ سيتعين عليك إضافة سجل DNS يدوياً قبل إصدار الشهادة لكل تطبيق جديد، وستبقى لوحة التحكم في انتظار هذا السجل. امنح Cloudron صلاحية API لدى موفّر DNS مدعوم، مثل Cloudflare أو Route 53 أو DigitalOcean وغيرهم، وستصبح العملية بأكملها بنقرة واحدة.

CasaOS: لوحة التحكم المجانية للمختبر المنزلي

ما هو. CasaOS، من IceWhale، لوحة تحكم مجانية ومفتوحة المصدر تعمل فوق Docker، وتوفّر لك شاشة رئيسية ومتجر تطبيقات ومدير ملفات. نشأت من عالم الخوادم المنزلية، لذلك تركز على استخدامات المختبر المنزلي: إعداد سريع، وواجهة سهلة، وإجراءات تشغيل محدودة. تستهدف الهواة الذين يريدون واجهة أفضل لـDocker دون دفع المال لأي جهة.

التثبيت. يكفي سطر واحد، ولا يتطلب خادماً نظيفاً:

curl -fsSL https://get.casaos.io | sudo bash

يضيف برنامج التثبيت مجموعة من خدمات systemd (casaos وcasaos-gateway وcasaos-app-management وغيرها). تأكد من بدء تشغيل البوابة قبل فتح المتصفح:

systemctl status casaos-gateway

عند تشغيلها، تتوفر لوحة التحكم على http://<your-ip> (عبر HTTP العادي، على المنفذ 80). أنشئ حساباً محلياً ثم ابدأ الاستخدام.

إضافة أول تطبيق. افتح App Store، واختر تطبيقاً، ثم انقر على Install. ينشئ CasaOS مشروع Docker Compose في الخلفية، ويعرّض التطبيق على منفذ في الخادم، مثل http://<your-ip>:8080. يضم متجره مجموعة التطبيقات المعتادة للخوادم المنزلية، لذلك لا يفصلك عن تشغيل خادم وسائط Jellyfin على VPS أو مكتبة صور Immich مستضافة ذاتياً سوى بضع نقرات. إذا لم تكن قد اخترت خادم صور بعد، فمن المفيد قراءة حدود RAM الدنيا وتطبيقات الهاتف التي تميّز بين PhotoPrism وImmich أولاً، لأن هذا الاختيار يحدد على خادم CasaOS بسعة 1GB ما إذا كان التطبيق سيعمل أصلاً. يمكنك أيضاً استيراد أي docker-compose.yaml تريده، وهذه هي نقطة القوة الفعلية: التطبيقات حاويات عادية وليست تنسيقاً مملوكاً.

TLS والنسخ الاحتياطية، نقطة الضعف. هنا تظهر حدود كلمة «مجاني». يقدّم CasaOS كل شيء عبر HTTP العادي افتراضياً، بما في ذلك لوحة التحكم نفسها. لا يتضمن Let's Encrypt، ولا يتضمن نسخاً احتياطية مجدولة. توجد بياناتك في وحدات Docker ضمن /DATA، وأنت المسؤول عن نسخها احتياطياً (عبر restic أو tar يعمل بواسطة cron).

نمط الفشل، لا يوجد TLS، ولا يظهر أي تنبيه. لا يحدث أي خطأ. تثبّت تطبيقاً، وتفتح http://<your-ip>:8080، فيعمل عبر اتصال غير مشفّر يعلّمه المتصفح بعبارة "Not Secure." تنتقل كلمات المرور وملفات تعريف جلسات المستخدم عبر الشبكة بنص واضح. والأسوأ أن لوحة تحكم CasaOS شهدت ثغرات فعلية لتنفيذ التعليمات البرمجية عن بُعد (CVE-2023-37265 وCVE-2023-37266، وهي ثغرة لتجاوز المصادقة أتاحت الوصول لاحقاً إلى اختراق الخادم بالكامل)، لذلك فإن تعريض منفذ HTTP هذا مباشرة للإنترنت يمثل خطراً حقيقياً، وليس مجرد اختلاف في الأسلوب. الحل هو عدم تعريض CasaOS مباشرة للإنترنت. ضع reverse proxy أمامه لإنهاء TLS، مثل nginx مع شهادة Let's Encrypt من Certbot أو Caddy أو Cloudflare Tunnel، ووجّه الطلبات إلى CasaOS عبر الشبكة المحلية فقط. لاحظ أن CasaOS يرتبط بالمنفذ 80 مسبقاً، لذلك سيتنافس الـproxy مع CasaOS على المنفذ نفسه ما لم تنقل CasaOS إلى منفذ آخر أولاً.

التكلفة. مجاني فعلاً وإلى الأبد، ومن دون حد لعدد التطبيقات. لكنك تتحمل تكاليف التشغيل: أنت المسؤول عن TLS والنسخ الاحتياطية وتقوية الأمان.

Coolify: منصة PaaS ذاتية الاستضافة

ما هي. Coolify هي منصة مفتوحة المصدر وذاتية الاستضافة كخدمة، تشبه Heroku أو Vercel ولكن على خادمك. الوحدة الأساسية فيها ليست «تثبيت تطبيق مُعبّأ»، بل «نشر مستودع Git»: تربط مستودعاً، وتبنيه Coolify عبر Nixpacks أو Dockerfile خاص بك، وتنشره، ثم تعيد نشره مع كل push. كما توفّر قواعد بيانات وخدمات يمكن نشرها بنقرة واحدة. تستهدف المطورين الذين ينشرون شيفرتهم بأنفسهم ويريدون النشر عبر push دون استئجار PaaS.

التثبيت.

curl -fsSL https://cdn.coollabs.io/coolify/install.sh | sudo bash

يثبّت هذا البرنامج النصي Docker ويشغّل مجموعة الحاويات الخاصة بـCoolify. تحقق من أنها تعمل بصورة سليمة قبل المتابعة:

docker ps --format 'table {{.Names}}\t{{.Status}}'

يجب أن ترى coolify وcoolify-db وcoolify-redis وcoolify-realtime وcoolify-proxy، وأن تعرض جميعها الحالة Up. تتوفر لوحة التحكم على http://<your-ip>:8000. أنشئ حساب المسؤول فوراً، لأن صفحة التسجيل تبقى مفتوحة حتى إنشاء الحساب الأول، ومن يصل إليها أولاً يتحكم في الخادم. بعد ذلك، عيّن نطاق مثيلك وأضف سجل DNS عاملاً بدلًا من اسم نطاق فرعي محدد (*.example.com أو *.apps.example.com) يشير إلى الخادم، حتى يتمكن Coolify من منح كل تطبيق منشور نطاقاً فرعياً خاصاً به.

إضافة أول تطبيق. اربط مصدر Git، مثل GitHub أو GitLab أو عنوان URL لمستودع عادي، ثم اختر فرعاً، وعيّن النطاق، وانشر التطبيق. يوجّه proxy المضمّن Traefik النطاق الفرعي ويطلب الشهادة. بالنسبة إلى البرامج الجاهزة، ينشر كتالوج Services العناصر المطلوبة بعد بضع نقرات: إن حزمة n8n لأتمتة سير العمل التي قد تهيئها يدوياً هي أحد هذه العناصر، وكذلك Uptime Kuma لمراقبة صفحة الحالة.

TLS والنسخ الاحتياطية. يوفّر Traefik المضمّن شهادات Let's Encrypt تلقائية لكل تطبيق، ولذلك يحصل كل نطاق فرعي منشور على شهادة. تركز النسخ الاحتياطية على قواعد البيانات أولاً: يمكنك جدولة تفريغات Postgres وMySQL إلى مساحة تخزين متوافقة مع S3. أما النسخة الاحتياطية للمثيل بأكمله، أي إعداد Coolify نفسه الموجود ضمن /data/coolify، فتحتاج إلى خطوات يدوية أكثر، لذا صدّرها وخزّنها بنفسك.

التكلفة والترخيص. الإصدار ذو الاستضافة الذاتية مفتوح المصدر بالكامل ومجاني، ولا يفرض حداً لعدد التطبيقات. يتوفر اختيارياً Coolify Cloud، وهو مدفوع ويستضيف طبقة التحكم نيابةً عنك، بينما تستمر تطبيقاتك في العمل على خوادمك. هذا الخيار مريح لكنه غير مطلوب.

نمط الفشل: يُنشر التطبيق، لكن لا يُفتح نطاقه. تعمل لوحة التحكم بصورة سليمة على http://<ip>:8000، وينجح البناء، لكن عنوان URL الخاص بالتطبيق يعيد خطأ اتصال أو يعرض خطأ 404 page not found من Traefik. يشير ذلك إلى proxy أو DNS، وليس إلى التطبيق. هناك سببان شائعان. أولاً، كان المنفذان 80 أو 443 مستخدمين مسبقاً عندما حاول proxy البدء، فتوقفت حاويته بسبب خطأ من Docker:

Error response from daemon: driver failed programming external connectivity on endpoint coolify-proxy: Bind for 0.0.0.0:443 failed: port is already allocated

ثانياً، سجل DNS العام غير موجود، ولذلك لا يتلقى Traefik أي طلب لهذا اسم المضيف. أما إذا عرضت بطاقة الخادم بأكملها في Coolify العبارة "Server is not reachable"، فذلك عطل مختلف: لا يستطيع Coolify التواصل مع Docker socket الخاص بالخادم إطلاقاً، ويكون السبب عادةً توقف Docker daemon أو تعطل مفتاح SSH. اقرأ السبب الفعلي في السجلات قبل التخمين:

docker logs coolify-proxy --tail 100

أصلح المشكلة من صفحة Proxy: اضغط Restart Proxy، أو أعد إعداد proxy إلى الإعدادات الافتراضية ثم شغّله مرة أخرى، وانتظر نحو دقيقتين حتى يستقر. اجعل المنفذ 8000 متاحاً من عنوان IP الخاص بك فقط، أو أعد فتحه مؤقتاً عند تعطل proxy، بدلاً من تركه مفتوحاً للجميع؛ فهو يقدّم لوحة التحكم عبر HTTP غير المشفّر. كما توضح وثائق Coolify الخاصة به أنه يمكن إغلاق المنافذ 8000 و6001 و6002 بعد تقديم لوحة التحكم عبر نطاقها الخاص.

استهلاك الموارد على VPS نفسه

قِس الاستهلاك في وضع الخمول على الجهاز نفسه بسعة 4GB، قبل نشر أي حمل فعلي. افحص جهازك باستخدام free -m وdocker stats --no-stream بدلاً من الاعتماد على رقم واحد، لأن الإجمالي يتغير وفق مزيج التطبيقات لديك.

• CasaOS هو الأخف. تتكون لوحة التحكم من مجموعة صغيرة من خدمات Go؛ فتوقّع استهلاكاً إضافياً يتراوح تقريباً بين 150 و300 MB فوق استهلاك الحاويات التي تشغّلها.
• Coolify يشغّل عدة حاويات دعم خاصة به، تشمل التطبيق وPostgres وRedis وخدمة realtime وTraefik؛ لذلك يتراوح استهلاكه في وضع الخمول بين 600 MB و1 GB تقريباً قبل نشر أي شيء.
• Cloudron هو الأثقل في وضع الخمول، لأنه يشغّل nginx وقاعدة بيانات ومجموعة خدمات بريد ومراقبة خاصة به، سواء استخدمتها أم لا؛ فخطّط لاستهلاك يتراوح بين 1 و1.5 GB في وضع الخمول. لهذا يطلب 2GB كحد أدنى، ويعمل بسهولة أكبر عند توفر 4GB.

على VPS صغير بسعة 2GB، يترك CasaOS أكبر مساحة للتطبيقات الفعلية، بينما يترك Cloudron أقل مساحة. إذا كانت خطتك بسعة 2GB وتريد تشغيل Cloudron مع خادم البريد الخاص به، فخطّط لترقية الجهاز.

مقارنة التحديثات والنسخ الاحتياطية والارتباط بالمنصة

التحديثات. يحدّث Cloudron المنصة وكل تطبيق وفق جدول زمني اختبره مسبقاً: أقل جهد وأكبر قدر من الإرشاد. يحدّث Coolify نفسه من لوحة التحكم الخاصة به عبر زر واحد. يحدّث CasaOS اللوحة من خلال نص التثبيت أو apt، لكن التطبيقات التي ثبّتها تقع مسؤولية سحب صورها وإعادة تشغيلها عليك.

الارتباط بالمنصة، وهو الجزء الذي يسبب المشكلات في السنة الثانية. يفرض CasaOS أقل قدر من الارتباط بالمنصة: فتطبيقاته عبارة عن مشاريع Compose عادية، لذا يمكنك نسخ docker-compose.yaml ووحدات التخزين الموجودة ضمن /DATA إلى أي مضيف آخر ومتابعة العمل. يقع Coolify في المنتصف: عمليات النشر الخاصة بك تعتمد على Dockerfiles ومستودعاتك، لكن إعداداتها مخزنة في قاعدة بيانات Coolify، لذلك يعني نقل المضيف إعادة إنشاء المشاريع على الجانب الآخر. يفرض Cloudron أكبر قدر من الارتباط بالمنصة: تطبيقاته مُجمَّعة وفق حزمة Cloudron، وعلى الرغم من أن بياناتك تنتقل بسهولة عبر نسخه الاحتياطية الممتازة، فإن الحزم لا تنتقل؛ لذلك عليك إعادة النشر على المنصة الوجهة. البيانات قابلة للنقل، أما مكوّنات التشغيل فلا.

أيّ خيار ينبغي أن تختار؟

باختصار، ثم نذكر البديل. اختر Cloudron إذا كنت تريد أقل خادم يحتاج إلى إدارة مباشرة من بين الخيارات الثلاثة، وستشغّل عدة تطبيقات مُحزَّمة، وتقبل بدفع رسوم سنوية مقابل TLS المُدار، والنسخ الاحتياطية، والتحديثات. اختر CasaOS إذا كان هذا مختبراً منزلياً خلف شبكتك الخاصة أو Reverse Proxy، وتريد واجهة سهلة الاستخدام لـDocker، وترفض دفع أي رسوم. اختر Coolify إذا كنت تنشر شيفرتك الخاصة من Git وتريد النشر عند الدفع مع TLS تلقائي، من دون تكلفة PaaS مستضاف. إذا لم ينطبق عليك أي من هذه الخيارات الثلاثة، فالقسم التالي هو الإجابة الصريحة.

تجاوز كل الخيارات الثلاثة إذا...

كن صريحاً بشأن حجم بيئتك. إذا كنت تشغّل تطبيقاً أو تطبيقين فقط، أو تريد أن تعرف وتتحكم بدقة في كل ما هو موجود على خادمك، فتجاوز لوحات الإدارة. لا تستحق الكلفة التشغيلية والارتباط بمزوّد معين ذلك في بيئة صغيرة ومستقرة. المسار اليدوي هو وضع reverse proxy أمام ملفات Compose الخاصة بك: يوفّر لك Traefik مع TLS تلقائي أمام عدة تطبيقات Docker Compose ما يعادل HTTPS بنقرة واحدة، من دون عبء اللوحة، ويمكنك إجراء النسخ الاحتياطي باستخدام مهمة restic مجدولة عبر cron وتفهمها فعلياً.

services:
  whoami:
    image: traefik/whoami
    labels:
      - traefik.enable=true
      - traefik.http.routers.whoami.rule=Host(`whoami.example.com`)
      - traefik.http.routers.whoami.tls.certresolver=le
    networks: [web]
networks:
  web:
    external: true

بالنسبة إلى تطبيق رئيسي واحد، تكون الحالة أوضح: تثبيت Nextcloud على Docker مع TLS وروتين النسخ الاحتياطي الخاص به يتطلب ملف Compose واحداً وشهادة واحدة. لن يكون إعداد جهاز كامل لتشغيله سوى كلفة إضافية بلا فائدة. إذا كنت لا تزال تقرر ما الذي ستشغّله قبل أن تقرر كيف، فسيكون دليل ما يستحق الاستضافة الذاتية في 2026 نقطة البداية الأفضل.

FAQ

هل أحتاج فعلاً إلى لوحة للاستضافة الذاتية؟

تحتاج إليها فقط إذا كانت الأمور الأربعة التي تؤتمتها اللوحة مهمة لك عبر عدة تطبيقات: التثبيت بنقرة واحدة، وTLS التلقائي، والنسخ الاحتياطية المجدولة، وإدارة المستخدمين. بالنسبة إلى خدمة أو خدمتين، ينفّذ Docker Compose العادي خلف Traefik مهمة TLS نفسها مع عبء تشغيلي أقل بكثير ومن دون أي ارتهان. تصبح اللوحات مفيدة عندما تشغّل تطبيقات كثيرة وتكون قيمة وقتك أعلى من تكلفة الذاكرة التي تستهلكها.

ما أفضل لوحة للمبتدئ؟

بالنسبة إلى مختبر منزلي لا يكون مكشوفاً للإنترنت غير الموثوق، فإن CasaOS هو أسهل نقطة بداية: أمر واحد وواجهة سهلة، ومن دون رسوم. لكن يجب أن تضع reverse proxy ينهي TLS أمامه قبل كشف أي شيء، لأنّه يوفّر HTTP عاديًا. إذا أردت أن تتولى الخدمة TLS والنسخ الاحتياطية نيابةً عنك، وكنت مستعداً لدفع التكلفة، فإن Cloudron يقدّم أكبر قدر من الإرشاد ضمن حدّه المجاني البالغ تطبيقين.

هل Cloudron مجاني؟

جزئياً. تتيح الخطة المجانية تطبيقين، وهذا مناسب لتجربته أو لإعداد صغير جداً. بعد ذلك، يصبح Cloudron اشتراكاً مدفوعاً يُحاسب شهرياً أو سنوياً، مع تطبيقات غير محدودة في الخطط المدفوعة. إنه منتج تجاري ذو خطة مجانية محدودة، وليس برنامجاً حراً، لذلك احسب تكلفته إذا كان من المتوقع أن تكبر مجموعة خدماتك.

هل يمكنني تشغيل هذه اللوحات بجانب تطبيقاتي الحالية؟

Cloudron: لا. يتطلب خادماً نظيفاً يعمل بنظام Ubuntu ويتوقف إذا كان nginx أو Docker أو Node مثبتاً مسبقاً، لأنه يدير الجهاز بأكمله. أما CasaOS وCoolify فهما أكثر توافقاً، إذ يثبتان حزمة Docker الخاصة بهما ويمكنهما من حيث المبدأ مشاركة الجهاز، لكن كليهما يحتاج إلى المنفذين 80 و443، ولذلك يتعارضان مع أي خادم ويب أو proxy تشغّله مسبقاً. إذا كان الجهاز يستضيف خدمات بالفعل، فعادةً تكون اللوحة أداة غير مناسبة؛ استخدم Traefik وCompose بدلاً منها.

كيف أنتقل من لوحة إلى أخرى لاحقاً؟

خطط للخروج قبل أن تحتاج إليه. من CasaOS، انسخ docker-compose.yaml الخاص بالتطبيق وvolumes ‏/DATA الخاصة به إلى الخادم الجديد، ثم شغّلهما مجدداً. من Coolify، صدّر إعدادات كل مشروع، واربطه بالمستودعات نفسها على الوجهة. من Cloudron، استعد البيانات من نسخه الاحتياطية داخل تطبيقات مثبّتة حديثاً على المنصة الجديدة، لأن حزم Cloudron لا تنتقل؛ الذي ينتقل هو البيانات فقط. في جميع الحالات، اختبر الاستعادة على جهاز مؤقت قبل إيقاف الجهاز القديم.