ما زال Portainer خيارًا جيدًا في 2026 إن أردت واجهة مألوفة لإدارة Docker، ودعمًا واسعًا لبيئات التشغيل، وأداة تتعامل مع أكثر من إعداد بسيط بمضيف واحد. وإن كان إعدادك الحالي لا يحتاج سوى إدارة الحاويات الأساسية، وحزم Compose، وتحكّم وصول بسيط، ورؤية عبر بيئات متعدّدة، فلا داعي للهروب المتعجّل من Portainer CE.
ومع ذلك، يتوقّف Portainer عن كونه الأنسب حين تريد أشياء مثل OIDC/SSO مجاني، أو إدارة Compose تعتمد الملفات أولًا، أو فحص ثغرات مدمج، أو سير عمل متعدّد الخوادم مدفوع بـ Git، دون الانتقال إلى Portainer Business Edition. وهنا تبدأ بدائل هذا الدليل في التحوّل إلى خيار منطقي.
الخلاصة المختصرة إذًا: إن كان Portainer يطابق حالة استخدامك أصلًا، فابقَ معه. وإن أردت تخطّي الإعداد اليدوي، فإنّ تطبيق Portainer بنقرة واحدة من Cloudzy يتيح لك تشغيل Portainer على VPS ببضع نقرات، مع صلاحيات root، وتخزين NVMe، وبيئة جاهزة لـ Docker. أما إن كنت قد اصطدمت بأحد حدود Portainer CE، فبقية هذا المقال عن البدائل التي تستحق النظر: Dockge وArcane وDockhand وKomodo.
الخلاصة السريعة
- Dockge إن كنت تدير معملًا منزليًا بعقدة واحدة وتريد ملفات compose ظاهرة على القرص بصيغة YAML عادية.
- Arcane إن كنت تحتاج إلى OIDC/SSO مجاني وتثبيت بملف تنفيذي واحد لفريق صغير.
- Dockhand إن كنت تريد فحص ثغرات مدمجًا وسحب صور أكثر أمانًا دون شراء Portainer BE، ويمكنك التعايش مع رخصة BSL.
- Komodo إن كنت تشغّل Docker عبر عدة نسخ VPS وتريد Git مصدرًا للحقيقة.
- Portainer CE إن كنت لا تحتاج أيًّا مما سبق.
ما لا يغطّيه هذا المقال
بضع فئات تقع خارج هذه المقارنة عن قصد. فـ Coolify وDokploy أدوات PaaS تحاول أن تكون Heroku مستضافًا ذاتيًا لا واجهات لإدارة Docker. مشكلة مختلفة. وRancher وOpenShift مديران لعناقيد Kubernetes، وهو مقياس غير مناسب لجمهور يشغّل خادمًا واحدًا أو بضعة خوادم VPS. وLazydocker ممتاز لكنه TUI فقط، أي فئة UX مختلفة. أما UsulNet، الذي يظهر في بعض مقالات المقارنة الأخرى، فهو في أول نسخة تجريبية عامة بمطوّر واحد حتى فبراير 2026، وهو أبكر من أن يُوصى به إلى جانب أدوات أصدرت دورات إصدار حقيقية.
لماذا يترك الناس Portainer
أول ما يدفع الناس خارج Portainer ليس خللًا برمجيًا. فكثير من ميزات الفرق والمؤسسات المتقدّمة تقع في جانب Business Edition، ومنها:
- OIDC
- RBAC دقيق التفاصيل
- AD/LDAP
- GitOps
- التحديثات التلقائية
- سجلّات التدقيق
- إدارة سجلّات الصور
- تجهيز عناقيد Kubernetes
إن كنت مستخدمًا منفردًا لمعمل منزلي، فقد لا يعنيك ذلك. أما لفريق عمليات من ثلاثة أشخاص يريد SSO ومسار تدقيق، فالأمر يعنيك فورًا.
تقدّم Portainer فعلًا ثلاث عقد مجانية من Business Edition. وهذا مفيد حقًا للإعدادات الصغيرة جدًا. وبعد ثلاث عقد تدخل منطقة “تواصل معنا للتسعير”. ولن أذكر رقمًا بالدولار هنا لأنّ الرقم المعلن يتغيّر باستمرار، والإجابة الصحيحة هي مراجعة صفحة التسعير لديهم حين تكون على وشك الشراء فعلًا.
الأمر الثاني معماري. فالحزم المنشأة عبر محرّر الويب في Portainer تُخزَّن في قاعدة بيانات Portainer، بينما تُبقي عمليات النشر المعتمدة على Git المستودعَ مصدرًا خارجيًا لها. وهذا مقبول إلى أن تريد تحديدًا أن تبقى كل حزمة Compose تُدار محليًا ظاهرة على المضيف كملف YAML عادي. وأدوات مثل Dockge تجعل نموذج الملفات أولًا هو الافتراضي: ملفات Compose لديك تعيش على القرص، والواجهة تدير ما هو موجود سلفًا. وأهمية ذلك تعتمد على الطريقة التي تفضّلها في إدارة حزمك ونسخها احتياطيًا.
الأمر الثالث هو ثقل الواجهة. فقد بُني Portainer للتعامل مع Docker وSwarm وKubernetes وأساطيل وكلاء متعدّدة البيئات وكل ما إلى ذلك. وهو يتّسع للبيئات المعقّدة، وهذا بالضبط ما يجعل مستخدم معمل منزلي بعقدة واحدة يجده أثقل مما يحتاج. ويصوغ مقال XDA Developers عن العودة إلى Dockge الفكرة جيدًا: يبدو Portainer منطقيًا حين تبدأ وتحتاج مجموعة الميزات كاملة؛ وحين يستقرّ إعدادك، قد تكون أداة أصغر تحترم الشكل الملفّي لحزمك خيارًا أنسب.
الأدوات الأربع التي تنافس فعلًا
هناك عشرات من “واجهات Docker” المتناثرة على GitHub. كثير منها مهجور، أو ما زال في مرحلة تجريبية، أو يحلّ مشكلة أخرى. والأربع المذكورة هنا هي الأكثر تداخلًا مع وظيفة Portainer الأساسية لهذا الجمهور: إدارة Docker على مضيف VPS واحد أو أكثر عبر واجهة ويب بقدرات تكفي للاستخدام المنتظم.
سأستعرض كل أداة أدناه، بادئًا بما يميّزها، ومشيرًا إلى حدودها.
Dockge: إدارة Compose بمنطق الملفات أولًا
عرض Dockge يقوم على قرار تصميمي واحد: حزم compose لديك تعيش على القرص كملفات YAML عادية، لا في قاعدة بيانات. يمكنك استخدام cat أو vim أو git commit أو rsync معها كأي ملف إعداد آخر. والواجهة مجرد عارض ومحرّر لما هو موجود أصلًا.
المؤلف هو Louis Lam، الشخص نفسه الذي يتولى صيانة Uptime Kuma. وهذه إشارة مفيدة، لأن Uptime Kuma معروف بصيانة متينة وخالية من المفاجآت، وDockge يرث الأسلوب نفسه. أحدث إصدار هو v1.5.0 (30 مارس 2025)، وفقاً لـ صفحة إصدارات Dockge على GitHub. أضاف v1.4.0 الدعم الأولي لتعدّد الوكلاء؛ ويأتي v1.5.0 بتغيير أمني كاسر للتوافق: صارت وحدة التحكّم داخل المتصفح معطّلة افتراضيًا، وتعيد تفعيلها عبر DOCKGE_ENABLE_CONSOLE=true إن أردت استرجاعها. كما رُفع Compose إلى 2.34.0 في الإصدار نفسه.
لا يوجد OIDC، ولا RBAC، ولا فحص ثغرات مدمج، ولا تسجيل تدقيق. فـ Dockge لا يحاول أن يكون Portainer BE بميزانية محدودة. إنه يحاول أن يكون الأداة الأصغر والأنظف لإدارة حزم compose على مضيف واحد (أو مضيفَين عبر تعدّد الوكلاء).
والتحفّظ الجدير بالذكر هو: Dockge ليس بالضرورة أخفّ في استهلاك RAM. إذ يوثّق نقاش على GitHub امتدّ من سبتمبر 2024 إلى ديسمبر 2025 تقارير مستخدمين عن استهلاك 500MB+ مع إعدادات صغيرة، والنقاش لم يُحسم بعد، فاختبره على مضيفك قبل أن تنتقل إليه سعيًا لتوفير الموارد.
نصيحة احترافية: لا تنتقل إلى Dockge متوقّعًا بصمة أخفّ من Portainer. فالمكاسب هي ظهور ملفات compose على القرص وواجهة أبسط. وإن كانت RAM قيدك الرئيسي، فاختبر قبل أن تلتزم.
الأنسب لـ: مشغّلي المعامل المنزلية المنفردين الذين يديرون بضع حزم compose على جهاز واحد، ويهمّهم رؤية ملفات YAML على القرص، ولا يحتاجون SSO ولا فحص ثغرات.
Arcane: مدير خفيف بلغة Go مع OIDC مجاني
يأتي Arcane كملف تنفيذي واحد مُصرَّف بلغة Go، ويتضمّن OIDC/SSO في الباقة المجانية، ويدعم GitOps مع إعادة نشر تلقائية. وهذه الثلاثة مجتمعة هي ما يميّزه.
الإصدار الأحدث هو v2.4.0 (11 يوليو 2026)، وفق إصدارات Arcane على GitHub. وقد مرّ Arcane بعدد كبير من الإصدارات والمساهمين، وهي إشارة نضج مفيدة. الرخصة BSD-3-Clause؛ وعدد النجوم على GitHub نحو 6,500 حتى يوليو 2026.
ما تحصل عليه جاهزًا: OIDC/SSO مجاني (وهو ما يضعه Portainer خلف جدار الدفع)، وGitOps مع إعادة نشر تلقائية عند تغيّر مستودعك، وواجهة REST API، وأداة CLI لمن يفضّلون عدم النقر كثيرًا، وإدارة مضيفات بعيدة، وSBOM ينشره الفريق من باب الشفافية.
وما لا تحصل عليه هو فحص الثغرات المدمج في مسار النشر بأسلوب Dockhand، كما أنّ سير التحديث في Arcane ليس مطابقًا لنهج السحب الآمن في Dockhand. فإن كان شرطك الحاسم هو فحص الصور وحجب عمليات السحب الخطرة من الواجهة نفسها، فيبقى Dockhand هو الأنسب بوضوح.
الأنسب لـ: الفرق الصغيرة أو المشغّلين المنفردين الذين يحتاجون SSO مجانيًا وتثبيتًا نظيفًا بملف تنفيذي واحد. فإن سبق أن أقمت Portainer لمجرد منح زميلَين تسجيلَي دخول منفصلَين ثم اكتشفت أنّ OIDC حصري لـ BE، فإنّ Arcane هو الخطوة التالية البديهية.
Dockhand: مدير يضع الأمن أولًا بفحص مدمج
الميزة الأبرز في Dockhand هي فحص الثغرات المدمج في مسار النشر. فـ Grype وTrivy يعملان كمكوّنين أصيلين، إضافة إلى وضع “السحب الآمن” الذي يحجب تحديثات الصور إن رصدها الفحص. وOIDC/SSO مجاني أيضًا. وهذه التركيبة لا توجد في أي أداة أخرى في هذه القائمة.
وهو أيضًا الأحدث سنًّا هنا. فقد أطلق مطوّره Jarek Krochmalski أول إصدار في ديسمبر 2025. ويُدرج مستودع Dockhand على GitHub الإصدار v1.0.37 (11 يوليو 2026) بوصفه الأحدث. واقرأ ذلك هكذا: مجموعة الميزات الأمنية حقيقية والتطوير يمضي بسرعة، لكن سجلّ المشروع في الإنتاج ما زال أقصر من الخيارات الأقدم هنا.
الرخصة هي ما يستحق الانتباه. يصدر Dockhand تحت Business Source License 1.1، وهي مجانية للاستخدام الشخصي، والاستخدام الداخلي في الشركات، والمنظمات غير الربحية، والتعليم، والتقييم. وهي ليست رخصة مفتوحة المصدر معتمدة من OSI. ويؤكّد المستودع أنّ الرخصة تتحوّل إلى Apache 2.0 في 1 يناير 2029. وحتى ذلك الحين، تبقى إعادة التوزيع التجاري وإعادة البيع كخدمة SaaS خارج الطاولة. وتفاصيل الباقات المدفوعة للشركات الصغيرة والمتوسطة والمؤسسات قابلة للتغيّر، فراجع dockhand.pro إن كنت تحتاج رخصة تجارية.
ما تحصل عليه: فحص ثغرات عبر Grype وTrivy، وحماية بالسحب الآمن، وOIDC/SSO مجاني، وتحديثات تلقائية مع إمكانية التراجع، وتنظيف مجدول للصور والوحدات التخزينية غير المستخدمة، وإدارة عقد متعدّدة عبر وكيل صغير اسمه Hawser، وطرفية ويب، ومتصفّح ملفات، وتسجيل نشاط. والمنظومة تحته هي Bun + SvelteKit، مع SQLite افتراضيًا وPostgreSQL كخيار، والصورة مبنية على Wolfi لتقليل سطح الهجوم. ويغطّي مقال XDA Developers عن Dockhand الواجهة بالتفصيل إن أردت إلقاء نظرة قبل التثبيت.
أمران ينبغي معرفتهما: RBAC وLDAP/AD خلف جدار الدفع حتى ضمن الباقة المجانية السخية بخلاف ذلك. كما صار Dockhand يدعم بيئات Podman، بما فيها فحوص الثغرات، لكن Docker يبقى مساره الأساسي والأنضج، فاختبر سير عمل Podman الخاص بك قبل الانتقال.
الأنسب لـ: مستخدمي المعامل المنزلية المهتمين بالأمن والفرق الصغيرة التي تريد فحص ثغرات جاهزًا دون شراء Portainer BE، ولا تمانع تشغيل مشروع فتيّ تحت رخصة غير معتمدة من OSI.
Komodo: نشر متعدّد الخوادم مدفوع بـ Git
عرض Komodo يقوم على جعل Git مصدرًا للحقيقة، وعلى فصل نظيف بين مستوى التحكّم والمضيفات المُدارة. تشغّل Komodo Core (واجهة الويب وAPI والمجدول) على جهاز واحد، وتضع وكيلًا صغيرًا بلا حالة اسمه Periphery على كل مضيف تريد إدارته، ثم تعرّف حزمك وعمليات البناء والنشر ككود داخل مستودع Git.
الإصدار الأحدث هو v2.2.0 (7 مايو 2026)، وفق إصدارات Komodo على GitHub. والواجهة الخلفية مكتوبة بلغة Rust، وهو ما تلمّح إليه وثائق Komodo عبر حزمة komodo_client المكتوبة بلغة Rust.
ما يُجيده: خطوط بناء انطلاقًا من Git مع ترقيم إصدارات تلقائي، وحزم نشر تُعاد نشرها تلقائيًا عند الدفع إلى الفرع المحدّد، وصلاحيات دقيقة لكل مورد، وOAuth عبر GitHub أو Google، وواجهة REST + WebSocket API، ومراقبة للموارد، وبلا حدّ لعدد الخوادم. ودعم محرّكات الحاويات يشمل Docker و(بحسب الوثائق) Podman عبر اسم بديل من podman إلى docker، كما أُضيف دعم Docker Swarm في v2.
The setup overhead is real. Komodo needs a database (MongoDB, FerretDB, or PostgreSQL). You also have to think about networking between Core and your Periphery agents. None of this is hard if you've done it before, but it's not "docker run and go" the way Dockge is. The reward for that setup work is a deployment workflow that scales across however many VPS instances you want to run.
الأنسب لـ: ممارسي DevOps أو الفرق التي تشغّل Docker عبر عدة مضيفات VPS وتريد Git مصدرًا للحقيقة، وصلاحيات دقيقة لكل مورد، وسير عمل متعدّد الخوادم لا يعتمد على Kubernetes.
أيّها يناسب حالة استخدامك؟
إليك النسخة المختصرة. جرّبت الأربع جميعًا، والإجابات أدناه هي ما كنت سأوصي به لو وصفت لي إعدادك في رسالة خاصة على Slack.
- معمل منزلي فردي، مضيف واحد، وحزم compose تريد رؤيتها كملفات YAML على القرص: Dockge. فمطوّره يصون Uptime Kuma أيضًا، وتصميم الملفات أولًا يناسب معملًا منزليًا مستقرًا تمامًا، وستعجبك الواجهة.
- فريق صغير يحتاج تحديدًا إلى OIDC/SSO مجاني: Arcane. تثبيت بملف تنفيذي واحد، وقاعدة كود ناضجة، ورخصة BSD، وGitOps مدمج. وهو أسهل انتقال من Portainer CE إلى شيء أفضل إن كان الجدار الذي اصطدمت به هو المصادقة.
- مستخدم مهتم بالأمن ويريد فحص ثغرات دون الدفع مقابل Portainer BE: Dockhand. فقط ادخل وأنت مدرك لرخصة BSL ولعمر المشروع.
- Docker متعدّد الخوادم عبر عدة مضيفات VPS، بسير عمل مدفوع بـ Git: Komodo. نعم، شرط قاعدة البيانات عمل إعداد حقيقي. ونعم، يستحق ذلك حين يتجاوز عدد مضيفاتك اثنين.
- لا تحتاج SSO، وفريقك صغير، وواجهة Portainer تفي بالغرض: ابقَ على Portainer CE.
حكم صريح على الحالات المتقاربة: المفاضلة بين Arcane وDockhand لمستخدم منفرد مهتم بالأمن متقاربة فعلًا. فـ Arcane يملك النضج والرخصة المفتوحة؛ وDockhand يملك ميزات الفحص. ولا أظنّك ستخطئ بأيّهما. اختر المحور الذي يعنيك أكثر.
وإن استقررت على واحدة وأردت تخطّي التثبيت اليدوي، فأربع من هذه الأدوات (Dockge وArcane وKomodo وPortainer نفسه) متاحة للنشر بنقرة واحدة من سوق Cloudzy، وتعمل جميعها على أي من خطط Linux VPS. ويُعد VPS بسعة 2 GB و1 vCPU نقطة انطلاق معقولة لواجهة الإدارة إضافةً إلى حِمل بسيط من الحاويات؛ استخدم 4 GB أو أكثر لإعدادات متعددة الحزم أو عند تشغيل قاعدة بيانات Komodo إلى جانب Core. ولم يصل Dockhand إلى السوق بعد، لكنه يُثبَّت على النوع نفسه من Linux VPS. مقارنة Cloudzy بين Portainer وCosmos Cloud على مدونة Cloudzy تتناول خياراً آخر من خيارات السوق بمزيد من التفصيل.
| الأداة | الرخصة | نجوم GitHub (تقريبًا) | OIDC/SSO مجاني | فحص ثغرات مدمج | تعدّد العقد | تخزين ملفات Compose | طبيعة الصيانة |
|---|---|---|---|---|---|---|---|
| Portainer CE | Zlib | 35k+ | لا (في BE فقط) | No | نعم (عبر وكيل) | DB | شركة (Portainer Inc.) |
| Dockge | MIT | 22.6k+ | No | No | نعم (منذ v1.4) | ملفات على القرص | مطوّر واحد (Louis Lam) |
| Arcane | BSD-3-Clause | 6.5k+ | نعم | No | نعم (مضيفات بعيدة) | ملفات على القرص | مشروع مجتمعي نشط |
| Dockhand | BSL 1.1 | 5.2k+ | نعم | نعم (Grype/Trivy) | نعم (وكيل Hawser) | ملفات على القرص | مشروع صغير سريع التطوّر |
| Komodo | GPL-3.0 | 11.7k+ | نعم (OIDC/OAuth) | No | نعم (Core + Periphery) | Git + DB | مشروع مجتمعي نشط |
الخاتمة
لا يوجد بديل واحد شامل لـ Portainer. فـ Dockge هو الأنسب لإدارة Compose على مضيف واحد بمنطق الملفات أولًا، وArcane هو الخيار المباشر الأقوى للحصول على SSO مجاني، وDockhand يتميّز بفحص الثغرات المدمج، وKomodo مبني لعمليات النشر المدفوعة بـ Git عبر عدة خوادم. وإن كان Portainer CE يغطّي احتياجاتك أصلًا، فالبقاء عليه ما زال قرارًا سليمًا.
اختر الأداة حول القيد الذي تحتاج فعلًا إلى إزالته، ثم اختبرها بنسخة من حزمك قبل ترحيل أحمال الإنتاج. وإن أردت النشر دون بناء الخادم من الصفر، فمتجر Cloudzy وخطط Linux VPS يقدّمان نقطة بداية عملية لـ Portainer أو Dockge أو Arcane أو Komodo.
الأسئلة الشائعة
ما الفرق بين Portainer CE وBusiness Edition؟
Portainer CE مجاني ويغطّي إدارة الحاويات الأساسية، بما فيها بيئات Docker، وحزم Compose، وإدارة بيئات متعدّدة عبر الوكلاء. أما Business Edition فيضيف قدرات مثل OAuth/SSO، وRBAC دقيق التفاصيل، وAD/LDAP، وتسجيل التدقيق، وضوابط مؤسسية أخرى. وتقدّم Portainer حاليًا ثلاث عقد مجانية من Business Edition؛ وبعد ذلك يعتمد السعر على الباقة المختارة وعدد العقد.
هل يحلّ Dockge محلّ Portainer بالكامل؟
لمضيف Docker واحد يشغّل حزم compose بلا حاجة إلى SSO أو RBAC دقيق التفاصيل، نعم، يتعامل Dockge مع العمل اليومي بنظافة. لكنه لا يحلّ محلّ دعم Kubernetes في Portainer، ولا RBAC الدقيق، ولا ميزات إدارة سجلّات الصور. ودعم تعدّد الوكلاء المضاف في v1.4 يغطّي سيناريوهات متعدّدة الخوادم بسيطة، لكنه ليس بديلًا كاملًا عن وكيل Portainer.
هل يمكنني استخدام Dockge لإدارة Docker عبر عدة خوادم؟
نعم، منذ v1.4 (وبتحسينات في v1.5)، يدعم Dockge إدارة عدة نسخ من Dockge من واجهة واحدة. وهو أخفّ من نموذج الوكيل في Portainer، لكنه لا يضاهي سير العمل عبر الخوادم المدفوع بـ Git في Komodo. فلمضيفَين أو ثلاثة يكفي؛ أما لأسطول حقيقي متعدّد الخوادم، فـ Komodo هو الأداة الأفضل.
أيّ بدائل Portainer توفّر OIDC/SSO مجانًا؟
يتضمّن كلٌّ من Arcane وDockhand خدمة OIDC/SSO في باقتيهما المجانيتين. ويدعم Komodo بروتوكول OIDC إضافة إلى خيارات تسجيل دخول عبر مزوّدين. أما Dockge فلا يدعم OIDC. وخيارات المصادقة الخارجية وSSO في Portainer جزء من Business Edition.
هل ما زال Portainer CE يستحق الاستخدام في 2026؟
نعم. لا يزال Portainer CE مصانًا بنشاط وما زال يصدر تصحيحات CVE على خط LTS لديه. وإن كان إعدادك لا يحتاج SSO، ولا RBAC دقيق التفاصيل، ولا تحديثات GitOps التلقائية، فلا سبب عاجل للانتقال. فبدائل هذا المقال موجّهة لمن اصطدم بقيد محدّد في CE، لا لمن يعمل إعداده الحالي على ما يرام.
