ما الذي يغيّره Portainer 3.0 لمستخدمي النسخة المجتمعية
منذ إنشائه، كانت Portainer Community Edition تتيح إدارة حاويات Docker وحزم Compose عبر واجهة ويب، مجانًا، دون أي حد للعقد. يغيّر Portainer 3.0 هذا النموذج: تُلغى النسخة المجتمعية لصالح إصدار موحّد هو 3 Nodes Free (المعروف سابقًا بـBusiness)، الذي يُقيّد الاستخدام بثلاثة عقد كحد أقصى. بالنسبة للفرق التي تتجاوز هذا الحد أو ترفض قبول ترخيص تجاري حتى وإن كان مجانًا (شروط الاستخدام Business)، أصبح الانتقال حتمًا لا مناص منه.
في 18 سبتمبر 2026، يتمحور الإعلان الرسمي حول الانتقال الوشيك. يواجه مستخدمو Portainer CE ثلاثة أسئلة فورية: هل ستكون بيانات الإعداد قابلة للترحيل، وهل سيصمد سير عملهم الحالي أمام التغيير، وأي بديل يلائم قيودهم — خادم واحد أم متعدد الخوادم أم GitOps؟
ملفات الهجرة الثلاثة
- خادم واحد، البساطة أولًا ← Dockge: واجهة خفيفة، حزم Compose، لا اعتماديات.
- نشر تطبيقات كاملة، PaaS مستضاف ذاتيًا ← Coolify: وكيل عكسي مدمج، SSL تلقائي، نشر من Git.
- متعدد الخوادم، GitOps، فرق عمل ← Komodo: تنسيق مركزي، Core أقل من 256 ميغابايت RAM، متاح في كتالوج ServOrbit.
- الأدوات الثلاثة مرخّصة بمصدر مفتوح، دون طبقة مدفوعة للميزات الأساسية، ونشطة في 2026.
Dockge — إدارة Compose دون تعقيد
Dockge مدير حزم docker-compose.yml طوّره منشئ Uptime Kuma. لا يسعى لاستبدال Portainer بالكامل: يستهدف نطاقًا محددًا وهو إدارة ونشر ملفات Compose عبر واجهة ويب بسيطة وأنيقة.
نقاط القوة: يعمل بأمرَين (git clone + docker compose up)، يستمع على منفذ واحد، لا يحتاج قاعدة بيانات، ونسخة واحدة من Dockge تُدير عدة مضيفي Docker عبر SSH. تعرض واجهته بوضوح حالة كل خدمة والسجلات اللحظية، وتتيح تعديل docker-compose.yml مباشرةً من المتصفح.
القيود: لا يدعم Dockge إدارة Kubernetes، ولا يتضمن وكيلًا عكسيًا مدمجًا، ولا يدعم إدارة سجلات Docker الخاصة. إن كان سير عملك يتجاوز حزم Compose على خوادم VPS Linux، ستبلغ حدوده بسرعة.
Coolify — PaaS مستضاف ذاتيًا مع SSL ووكيل عكسي مدمجَين
يضع Coolify نفسه كـHeroku أو Render تستضيفه بنفسك. يتجاوز إدارة الحاويات: يتولى النشر من Git (push-to-deploy)، يُهيّئ الوكيل العكسي تلقائيًا (Traefik)، يجدد شهادات SSL Let's Encrypt، ويستطيع نشر تطبيقات Docker والمواقع الثابتة وملفات Dockerfile على حدٍّ سواء.
نقاط القوة: أمر تثبيت واحد (curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bash)، واجهة حديثة، إدارة أصيلة لمتغيرات البيئة والأسرار، ونشر على عدة خوادم من لوحة قيادة مركزية. يدعم Coolify أيضًا تطبيقات Laravel وNode.js وPython وأطر عمل أخرى دون إعداد يدوي للوكيل.
القيود: أثقل من Dockge (عدة خدمات في الخلفية)، يتطلب نطاقًا للوصول إلى الواجهة بشكل افتراضي، وقد يكون نموذج النشر عبر Git مفرطًا إن كنت تدير حزم Compose فحسب.
Komodo — تنسيق متعدد الخوادم وGitOps
Komodo (المعروف سابقًا بـMonitor) هو الأكثر اكتمالًا من بين الثلاثة. بموجب رخصة GPL-3.0، يوفر بنية Core/Periphery: يُنسّق Core مركزي عملاء Periphery المنتشرين على كل خادم. يدير نشر Docker وDocker Compose، يُزامن الحزم من مستودع Git، يُركّز السجلات والتنبيهات، ويكشف واجهة API.
يستهلك Komodo Core أقل من 256 ميغابايت RAM في وضع الخمول — يعمل على نفس VPS الأساسي الذي تعمل عليه تطبيقاتك. وهو أقرب البدائل إلى Portainer من حيث النطاق الوظيفي، والوحيد من بين الثلاثة الذي يغطي حالة متعددة الخوادم مع GitOps بشكل أصيل.
للحصول على دليل تثبيت كامل، راجع الدليل المخصص: self-host-komodo-vps. Komodo متاح أيضًا مباشرةً من كتالوج ServOrbit.
نشر Komodo Core على VPS ServOrbit
المتطلبات الأساسية
VPS بصلاحيات root، مع تثبيت Docker وDocker Compose. خصص 1 vCPU و512 ميغابايت RAM كحد أدنى لـCore وحده (أقل من 256 ميغابايت في وضع الخمول). يُنصح بنطاق أو نطاق فرعي يشير إلى VPS للوصول عبر HTTPS.
إنشاء المجلد وملف Compose
اتصل عبر SSH، ثم:
mkdir -p /opt/komodo && cd /opt/komodoأنشئ ملف
compose.yml باستخدام المحتوى الرسمي من وثائق Komodo. عدّل المتغيراتKOMODO_HOST (نطاقك)، وKOMODO_PASSKEY (سلسلة عشوائية طويلة)، ومسارات المجلدات وفق إعدادك.تشغيل Core
docker compose up -dتحقق من أن حاويتَي
komodo-core وkomodo-mongo في حالةUp:docker compose psيستمع Core بشكل افتراضي على المنفذ 9120. إذا كنت تستخدم وكيلًا عكسيًا (nginx أو Caddy)، أنشئ vhost يُعيد التوجيه إلى
localhost:9120.ضبط HTTPS مع Caddy أو nginx
مع Caddy (الأبسط):
komodo.your-domain.com { reverse_proxy localhost:9120 }يُجدد Caddy شهادة Let's Encrypt تلقائيًا. مع nginx، أنشئ كتلة
server قياسية معproxy_pass http://127.0.0.1:9120; وأدِر الشهادة عبر Certbot.إضافة الخوادم (عملاء Periphery)
على كل خادم تريد مراقبته، انشر عميل Periphery:
docker run -d \ --name komodo-periphery \ --restart unless-stopped \ -v /var/run/docker.sock:/var/run/docker.sock \ ghcr.io/moghtech/komodo-periphery:latestفي واجهة Core، أضف الخادم بعنوان IP والمفتاح المشترك. يرفع العميل فورًا حالة جميع الحاويات والحزم.
ربط مستودع Git لـGitOps
في Komodo، انتقل إلى Resources → Repos وأضف مستودعك (GitHub أو Gitea أو Forgejo أو أي خادم Git متوافق). ثم أنشئ Stack يشير إلى مسار
compose.yml في ذلك المستودع. عند كل مزامنة (يدوية أو مُشغَّلة بخطاف ويب)، يطبق Komodo الفرق — وهو سلوك GitOps المطلوب تمامًا.لمزيد من التكامل مع Forgejo/Woodpecker، راجع deployer-avec-portainer للحصول على مرجع ضبط الوكيل العكسي وSSL، المنطبق على أي مدير حاويات.
مقارنة: Dockge وCoolify وKomodo في مواجهة Portainer CE
مرّر الجدول أفقيًا
| المعيار | Dockge | Coolify | Komodo |
|---|---|---|---|
| الرخصة | MIT | Apache 2.0 | GPL-3.0 |
| متعدد الخوادم | لا (مضيف واحد) | نعم (عقد SSH) | نعم (Core/Periphery) |
| GitOps / مزامنة مستودع | لا | نعم (push-to-deploy) | نعم (Git Stacks) |
| SSL تلقائي | لا (مُدار بشكل منفصل) | نعم (Traefik مدمج) | لا (مُدار بشكل منفصل) |
| RAM في الخمول (Core) | أقل من 50 ميغابايت | 300–500 ميغابايت تقريبًا | أقل من 256 ميغابايت |
| RBAC / مستخدمون | لا | نعم | نعم |
| REST API | لا | نعم | نعم |
| حالة الاستخدام الرئيسية | Compose أحادي الخادم | PaaS للمطورين/الوكالات | أسطول Docker + GitOps |
| في كتالوج ServOrbit | لا | لا | نعم |
استكشاف الأخطاء — أخطاء الهجرة الشائعة
تعارض منفذ Portainer CE 9000 مع Komodo. إذا أبقيت Portainer يعمل بالتوازي خلال الهجرة، تحقق من أن Komodo يستمع على منفذ مختلف (9120 افتراضيًا). عدّل KOMODO_PORT في ملف Compose الخاص بـKomodo إذا لزم الأمر.
رفض docker.sock من عميل Periphery. في بعض التوزيعات (Ubuntu 22.04+)، ينتمي المقبس إلى مجموعة docker. أضف المستخدم الحالي إلى هذه المجموعة (usermod -aG docker $USER) أو شغّل العميل بـ--user root — فقط إذا فهمت تداعيات الأمان.
فشل بدء تشغيل حزم Compose المستوردة من Portainer. يخزّن Portainer بعض متغيرات البيئة في خزينته الخاصة (Secrets). تحقق من أن كل compose.yml مُهاجَر يمتلك ملف .env كاملًا، أو أعلن المتغيرات في قسم Variables ضمن Komodo.
لا يجد Coolify الـDockerfile بعد ربط Git. يجب أن يشير حقل "Build path" إلى المجلد الذي يحتوي على Dockerfile، وليس جذر المستودع إذا كان الملف في مجلد فرعي. تحقق أيضًا من أن الفرع المُهيَّأ موجود فعلًا على الخادم البعيد.
يعرض Dockge رسالة "Compose file not found" بعد إعادة التشغيل. يجب أن يشير ربط المجلد إلى المجلد الأب للمشروع، وليس إلى ملف compose.yml مباشرةً. اتفاقية Dockge هي /opt/stacks/<اسم-الحزمة>/compose.yml — اتبع هذا التسلسل الهرمي.
استراتيجية الهجرة التدريجية
لا تقطع Portainer CE قبل التحقق من صحة بديلك. انشر Komodo (أو Dockge) بالتوازي على نفس الخادم، استورد حزمك واحدةً تلو الأخرى، اختبر كل عملية نشر، ثم أوقف Portainer. الأداتان لا تتعارضان: يصل Komodo إلى مقبس Docker دون أن يتعارض مع Portainer على منفذ مختلف. الهجرة في ليلة واحدة لأسطول من عشر حزم أمر واقعي.
