لماذا Komodo بدلاً من Portainer أو Dockge؟
Portainer وDockge واجهتا إدارة لخادم واحد: تقرآن socket Docker المحلي وتعرضان ما يعمل على تلك الآلة فقط. بمجرد امتلاكك خادمين أو أكثر، تحتاج إلى تبويبين، وأن تتذكر أي خدمة تعمل أين، وتكرار كل تغيير يدوياً. يكسر Komodo هذا الحاجز ببنية Core/Periphery: Core مركزي يُشغّل وكلاء Periphery خفيفة على كل آلة. تنشر وتعيد التشغيل وتحدّث أي حزمة من واجهة واحدة، مع سجل كامل بمن فعل ماذا ومتى.
ما يضيفه Komodo فوق إدارة الحاويات
- GitOps أصلي — اربط مستودع Git، عرّف Procedure نشر، وشغّلها تلقائياً عند كل
git pushعبر webhook HMAC. - Procedures قابلة لإعادة الاستخدام — سلسل سحب الصورة وترحيل قاعدة البيانات وإعادة تشغيل الحزمة وإشعار Slack في workflow واحد قابل للإصدار.
- Docker Swarm (2026) — أدِر خدمات Swarm والنسخ والتحديثات المتدحرجة من نفس واجهة حزم Compose.
- سجل مراجعة منظّم — كل عملية (نشر، تشغيل، إيقاف، تغيير إعداد) مسجّلة بالطابع الزمني والمستخدم والمخرج الكامل.
- webhooks من GitHub/GitLab/Gitea — تكامل مباشر مع مستودعاتك، التحقق من توقيع HMAC بواسطة Komodo.
- وكلاء Periphery خفيفة جداً — أقل من 50 MB من الذاكرة كل منها، قابلة للنشر بأمر Docker واحد على أي آلة Linux.
بنية Core/Periphery في الممارسة
Core هو العقل: يخزّن الإعدادات في FerretDB (طبقة متوافقة مع MongoDB فوق PostgreSQL)، ويعرض واجهة الويب على المنفذ 9120 ويستقبل الـ webhooks. وكلاء Periphery هم الأذرع: كل منها يعمل على خادم هدف، ويُوكّل socket Docker للآلة إلى Core عبر قناة مشفّرة وينفّذ الأوامر التي يرسلها Core. يضمن زوج المفاتيح غير المتماثل المولَّد عند التهيئة أن Core الخاص بك فقط يستطيع التحكم بوكلائك.
نشر Komodo على خادم VPS ServOrbit
طلب الخادم الافتراضي
خادم افتراضي بـ 1 vCPU / 1 GB RAM على Ubuntu 24.04 LTS كافٍ لمستوى التحكم في Komodo. يستهلك Core Rust أقل من 256 MB. إذا كنت تخطط لتشغيل خدمات أخرى على نفس الخادم، فيُنصح بـ 2 GB RAM.
النشر من marketplace ServOrbit
في espace client ServOrbit، اذهب إلى Marketplace ← Déploiement & DevOps ← Komodo وانقر Deploy. ستحتاج إلى نطاق (أو نطاق فرعي) — مطلوب لـ KOMODO_HOST. يولّد playbook تلقائياً أسرار JWT وزوج مفاتيح Core/Periphery وكلمة مرور المسؤول، ثم يشغّل الخدمات الأربع.
تسجيل الدخول والتحقق من الوكيل المحلي
افتح https://your-domain.com:9120 وسجّل الدخول بـ admin وكلمة المرور المعروضة في espace client ServOrbit. في قائمة Servers يجب أن ترى خادم 'Local' مسجّلاً بالفعل — هذا هو وكيل Periphery على خادم الاستضافة.
إضافة خوادمك الأخرى
على كل خادم افتراضي إضافي لإدارته، ثبّت وكيل Periphery: docker run -d --restart=unless-stopped --network host -v /var/run/docker.sock:/var/run/docker.sock ghcr.io/moghtech/komodo-periphery:2. ثم في Komodo، اذهب إلى Servers ← Add Server.
إنشاء حزمتك الأولى
في Komodo، اذهب إلى Stacks ← New Stack. اختر الخادم الهدف، والصق YAML لـ Docker Compose أو أشر إلى مسار مستودع Git، وانقر Deploy.
إعداد خط أنابيب GitOps
أضف webhook في مستودع GitHub يشير إلى https://your-domain.com/api/webhook/komodo. في Komodo، أنشئ Procedure مع خطوات النشر. سيُشغّل كل git push خط الأنابيب تلقائياً.
أول تسجيل دخول
شاشة تسجيل الدخول في انتظارك: أدخل اسم المستخدم admin وكلمة المرور المزوّدة. ثم غيّر كلمة المرور من إعدادات الحساب منذ أول جلسة.
Komodo مقابل Portainer مقابل Dockge
| الميزة | Komodo | Portainer CE | Dockge |
|---|---|---|---|
| خوادم متعددة أصلياً | ✅ Core/Periphery غير محدودة | ⚠️ وكلاء Edge (مدفوع) | ❌ مضيف واحد فقط |
| GitOps / webhooks | ✅ أصلي، HMAC محقَّق | ❌ غير أصلي | ❌ غير أصلي |
| Docker Swarm | ✅ منذ 2026 | ✅ أصلي | ❌ لا |
| Procedures / أتمتة | ✅ محرك مدمج | ⚠️ محدود CE | ❌ لا |
| سجل المراجعة | ✅ جميع العمليات | ⚠️ جزئي CE | ❌ لا |
| الذاكرة (مستوى الإدارة) | ~256 MB (Rust Core) | ~512 MB | ~100 MB |
| الرخصة | GPL-3.0 (استضافة مجانية) | Zlib (CE) | MIT |
Komodo + Dockge: الأفضل من العالمين
Komodo وDockge لا يتعارضان. Dockge رائع لتحرير ملفات Compose بشكل تفاعلي على آلة واحدة. Komodo يتولى التنسيق متعدد الخوادم ونشر Git والـ workflows. انشر Dockge عبر Komodo على آلات التطوير، واستخدم Komodo لتنسيق نشر الإنتاج.
