Portainer يغيّر مساره: هل ينبغي البحث بالفعل عن بديل لإدارة حاويات Docker؟

يكاد Portainer يصبح جزءًا ثابتًا من كثير من مختبرات المنزل. نثبّته على NAS أو Raspberry Pi أو حاسوب صغير أو داخل آلة افتراضية على Proxmox، وبعد خمس دقائق نحصل على واجهة ويب لتشغيل حاويات Docker وإيقافها وتحديثها ومراقبتها.

وهذا مفيد جدًا في مجال أتمتة المنزل. يعمل Home Assistant بكفاءة عالية داخل حاوية، وغالبًا ما نجد إلى جانبه Mosquitto وZigbee2MQTT وNode-RED وESPHome وFrigate وInfluxDB وGrafana وAdGuard Home وNginx Proxy Manager… وسرعان ما تطول القائمة.

في 11 سبتمبر 2026، أعلنت Portainer عن تغيير في المسار: سيُصمَّم الإصدار 3.0 مع إعطاء الأولوية لـ Kubernetes، بينما ستبقى Community Edition على فرع 2.x.

هل علينا إلغاء تثبيت Portainer صباح الغد؟ لا. لكن هذا وقت مناسب للاطلاع على ما ينمو في حديقة الجيران.

Portainer 3.0: الاتجاه نحو Kubernetes

Neil Cresswell، الرئيس التنفيذي لـ Portainer، هو من شرح الاستراتيجية الجديدة في تدوينة. ولا نتحدث هنا عن مجرد تغيير رقم الإصدار.

Portainer 2.45 LTS، الذي صدر في أغسطس، هو آخر إصدار من فرع 2.x. أما الإصدار 3.x فسيُطوَّر مع أولوية واحدة: Kubernetes.

يوضح الناشر الأمر بصراحة تامة. فقد اتسعت الفجوة بين Docker وKubernetes إلى درجة لم يعد معها من الممكن تطوير كل شيء بالتوازي لـ Docker وPodman وSwarm وKubernetes ضمن قاعدة شيفرة واحدة. يطالب عملاء الشركات بسياسات أمنية، وإمكانية المراقبة، وGitOps، وأدوات لتشغيل أحمال عمل الذكاء الاصطناعي… وكل ذلك يعتمد على آليات خاصة بـ Kubernetes (سياسات الشبكة، ووحدات التحكم في القبول) لا تتوفر في Docker.

هناك عدة منتجات قيد الإعداد ضمن هذا النظام: Portainer-Run وPortainer-IDP وPortainer-Command وPortainer-Operations وPortainer-AiGrid. تكفي الأسماء وحدها لتوضيح التوجه.

عندما يكون كل ما نريده هو تشغيل Zigbee2MQTT وعدد قليل من الخدمات على حاسوب صغير، نكون بعيدين جدًا عن هذا الاحتياج الأصلي.

Portainer CE لم يمت بعد

كانت بعض العناوين المنشورة بعد الإعلان مثيرة للقلق فعلًا، لذا دعونا نوضح الأمور: لا تتخلى Portainer عن Docker، ولن توقف Community Edition بين ليلة وضحاها.

ستبقى CE على فرع 2.x وستواصل تلقي التحديثات الأمنية وإصلاحات الأخطاء. كما تعد Portainer بنقل الميزات الجديدة من 3.x التي لها نظير في واجهة Docker البرمجية إلى هذا الفرع. وسيستمر دعم 2.45 LTS حتى مايو 2027.

إذا كان خادمك يعمل جيدًا اليوم باستخدام Portainer CE، فلا داعي للعجلة.

لكن لن يكون هناك إصدار Portainer CE 3.0. وللاستفادة من 3.x مجانًا، سيتعين الاشتراك في برنامج «3 Nodes Free»، أي الحصول على إصدار Business مجانًا لما يصل إلى ثلاث عقد. ستظل بيئات Docker وSwarm وPodman مدعومة، لكنها ستتراجع إلى مرتبة ثانوية في الواجهة، وستصل الميزات الجديدة أولًا، وربما حصريًا، إلى جانب Kubernetes.

اليوم، يبدو الفرق طفيفًا. لكنني أعتقد أنه سيصبح أوضح بكثير بعد عامين أو ثلاثة.

لماذا يهم هذا مجال أتمتة المنزل

غالبًا ما يكون Kubernetes مبالغًا فيه بالنسبة إلى مختبر منزلي.

لنفترض أن لديك خادمًا تقليديًا يشغّل Home Assistant وMosquitto وZigbee2MQTT وNode-RED وFrigate وأداتين أو ثلاثًا للمراقبة. يفي Docker Compose بالغرض: ملف لكل تطبيق، والبيانات في وحدات تخزين، وبعض الأوامر لإجراء نسخة احتياطية لكل شيء أو إعادة بنائه.

إنشاء عنقود Kubernetes لمجرد الاحتفاظ بأحدث ميزات واجهة الإدارة أشبه باستخدام حفارة لزراعة ثلاث زهور توليب.

وتقر Portainer بذلك أيضًا: سيظل Docker مدعومًا في 3.x، لكن جهود التطوير ستتجه نحو Kubernetes. وإذا لم تكن تنوي الانتقال إليه، يبرز السؤال: هل توجد واجهات مصممة أساسًا لـ Docker وDocker Compose؟

نعم. وقد أحرزت عدة أدوات منها تقدمًا كبيرًا خلال الأشهر الماضية.

Arcane: ربما يكون البديل الأكثر إقناعًا اليوم

إذا كان لا بد من تجربة أداة واحدة فقط في 2026، فستكون هذه الأداة.

يشبه Arcane ما نتوقعه من Portainer حديث: حاويات وصور ووحدات تخزين وشبكات ومشاريع Docker Compose ضمن واجهة ويب، بالإضافة إلى إدارة الأجهزة البعيدة باستخدام وكيل.

أما على صعيد المصادقة، فيدعم OIDC ومفاتيح المرور والمصادقة الثنائية. كما يضم واجهة API وإدارة تحديثات الصور وماسحًا للثغرات يعرض المخاطر المرتبطة بكل صورة.

والتطوير يجري بسرعة. فقد صدرت الإصدارات من 2.10 إلى 2.14 خلال أقل من شهر. وصدر الإصدار 2.14.0 في 26 سبتمبر 2026، أي قبل بضعة أيام من كتابة هذه السطور. ويضيف إجراءات جماعية للثغرات، وعرضًا محدّثًا لمخاطر الأمان، وعلامة تبويب تعرض العمليات الجارية في كل حاوية.

التثبيت بسيط: يعمل Arcane نفسه داخل حاوية ويصل إلى مقبس Docker على المضيف. وكما هو الحال مع Portainer، تذكّر أن الوصول إلى المقبس يعادل منح صلاحيات root على الجهاز. لذا، ينبغي تجنب إتاحة الواجهة على الإنترنت من دون اتخاذ الاحتياطات اللازمة.

لو أردت استبدال Portainer غدًا في مختبري المنزلي، لكان هذا أول ما أثبّته.

Dockge: البساطة أولًا

Dockge هو الاسم الآخر الذي يتكرر باستمرار في النقاشات.

طوّره Louis Lam، مطوّر Uptime Kuma، وتعتمد فلسفته نهجًا مختلفًا. فهو لا يحاول إعادة بناء Portainer بالكامل، بل يركز على Docker Compose. يمكنك إنشاء الحِزم وتعديلها وتشغيلها وإيقافها وتحديثها من خلال واجهة بسيطة للغاية.

أكثر ما يعجبني هو أن ملفات compose.yaml تبقى ملفات حقيقية على القرص (في /opt/stacks افتراضيًا)، بدلًا من أن تكون سجلات في قاعدة بيانات داخلية. ويمكن فتحها بأي محرر أو تشغيل الأمر المألوف docker compose up -d من الطرفية.

ومنذ الإصدار 1.4، أصبح بإمكانه أيضًا الاتصال بنسخ Dockge أخرى لعرض الحِزم من عدة أجهزة في الواجهة نفسها.

على Raspberry Pi أو حاسوب صغير يشغّل نحو عشرة خدمات لأتمتة المنزل، يكون استخدامه مريحًا جدًا.

لكن نقطة ضعفه هي وتيرة التطوير. فقد صدر آخر إصدار مستقر، 1.5.0، في مارس 2025. وهذا لا يمنعه من العمل، لكنني سأتردد في اختياره كخيار أول عند تثبيت جديد أنوي استخدامه لسنوات عدة.

Komodo: عندما يضم مختبرك المنزلي عدة خوادم

إذا اتسع نطاق مختبرك المنزلي، فإن Komodo يستحق التجربة.

صُمم لنشر الخدمات وإدارة عدة خوادم. وهو مشروع مفتوح المصدر بترخيص GPLv3، من دون حد لعدد الأجهزة المتصلة.

يدعم Docker Compose، ويمكنه استيراد الحِزم الحالية وجلب الإعدادات من مستودع Git. لذلك يمكنك تعريف حزمة في Git ونشرها تلقائيًا على خادم، ثم إعادة نشرها عند كل تعديل للمستودع. وإذا كنت تفضل الاحتفاظ بملفات Compose مباشرة على الجهاز، بالطريقة التقليدية، فهذا ممكن أيضًا.

أضاف Komodo 2 إدارة Docker Swarm والمصادقة الثنائية (TOTP أو مفتاح المرور) للحسابات المحلية، وإمكانية ربط عدة طرق لتسجيل الدخول (محلية أو OIDC أو GitHub…) بحساب واحد، بالإضافة إلى تحسين الطرفيات البعيدة. أما من ناحية الأتمتة، فقد كان غنيًا بالميزات أصلًا.

مثال عملي: حاسوب صغير لأتمتة المنزل، وخادم ثانٍ لـ Frigate والكاميرات، وNAS يضم بعض الخدمات، وخادم VPS خارجي. يتولى Komodo إدارة كل ذلك مركزيًا.

من الواضح أن تعلّمه يستغرق وقتًا أطول من Dockge، لكنه أقوى بكثير أيضًا.

Dockhand: وافد جديد يستحق المتابعة

الأخير في القائمة هو Dockhand. صدر إصداره الأول في ديسمبر 2025، ويتقدم بسرعة لافتة.

يدير الحاويات وحِزم Compose وبيئات Docker متعددة ومستودعات Git وwebhooks. كما يتيح تصفح وحدات التخزين والملفات داخل الحاويات، وعرض اتصالات الشبكة، أو جدولة عمليات الصيانة.

ويتميز خصوصًا من ناحية الأمان، إذ يقدم ميزات نادرًا ما نراها في أدوات الاستضافة الذاتية. فهو يحلل الصور باستخدام Grype وTrivy لاكتشاف الثغرات المعروفة، ويمكنه فحص صورة جديدة قبل استبدال حاوية قيد التشغيل. وهذا مفيد لتجنب تثبيت صورة مليئة بالثغرات المعروفة أثناء تحديث تلقائي في منتصف الليل.

صدر الإصدار 1.0.50 في 30 سبتمبر 2026.

لكن انتبه إلى الترخيص. يستخدم Dockhand ترخيص Business Source License 1.1: فهو مجاني للاستخدام الشخصي أو الداخلي في الشركات، لكنه ليس برمجية حرة بالمعنى الذي ينطبق على مشروع بترخيص GPL أو MIT. فلا يمكنك، مثلًا، إعادة بيعه كخدمة مستضافة. وستُنقل الشيفرة إلى ترخيص Apache 2.0 في 2029.

إذًا، هل ينبغي التخلي عن Portainer؟

ليس بالضرورة.

إذا كنت تستخدم Portainer CE 2.45 على خادم Docker في المنزل، وكان كل شيء يعمل، فلا أرى سببًا يدعوك إلى تغيير كل شيء. سيستمر دعم هذا الفرع وستواصل التحديثات الوصول إليه.

لكن الإعلان غيّر نظرتي إلى الأداة على المدى الطويل. اختارت Portainer مسارها: Kubernetes وقطاع الشركات. وأتفهم ذلك تمامًا من منظور الناشر. لكنه ببساطة ليس المسار الذي يناسب شخصًا لديه حاسوب صغير وعشرون حاوية في غرفة المعدات.

أما لمن يناسبهم هذا الوصف، فإليك رأيي:

• Arcane هو اليوم الأقرب إلى Portainer حديث يجري تطويره بنشاط؛
• يظل Dockge خيارًا ممتازًا إذا كنت تريد واجهة بسيطة حول Docker Compose ولا يزعجك تباطؤ التطوير؛
• تبرز قيمة Komodo عندما تدير عدة خوادم أو ترغب في الانتقال إلى GitOps؛
• Dockhand متكامل جدًا، ولا سيما في جانب الأمان، ويستحق المتابعة عن كثب إذا كان ترخيصه مناسبًا لك.

الأكثر أمانًا هو عدم نقل أي شيء في الوقت الحالي. ثبّت إحدى هذه الأدوات إلى جانب Portainer واختبرها لبضعة أسابيع. فجميعها تتصل بخدمة Docker نفسها وتعمل معًا بلا مشكلة؛ بل إن الأسئلة الشائعة في Dockge توضح ذلك صراحة. لكن هناك أمرًا واحدًا ينبغي الانتباه إليه: تُخزَّن الحِزم التي أُنشئت باستخدام محرر Portainer على الويب في وحدة بياناته، لا في مجلد يمكنك التحكم فيه. استخرج ملفات Compose الخاصة بها قبل الانتقال.

هذا ما سأفعله لو كنت مكانك.

لسنوات، كان السؤال «ما الواجهة المناسبة لإدارة Docker؟» يستدعي إجابة شبه تلقائية: Portainer. أما في 2026، فقد أصبح لدينا أخيرًا خيار حقيقي، وهذا خبر سار لمن يحبون العبث بمختبراتهم المنزلية.

ما رأيكم أنتم؟