تشغيل Docker وCI/CD وأكثر من 10 خدمات مستضافة ذاتيًا على ZimaCube 2

خط أنابيب CI/CD

• مشغلات GitHub Actions المستضافة ذاتيًا — بناء ونشر حاويات Docker مباشرة في بيئتي المحلية
• سير عمل النشر الآلي الذي يتم تشغيله عند كل دفع

التخزين والبيانات

• مجموعات ZFS تمتد عبر 3× أقراص HDD و3× أقراص NVMe
• سير عمل النسخ الاحتياطي المحلي مع محركات نسخ احتياطي مخصصة
• تخزين الوسائط ومجموعات البيانات مع دعم اللقطات

الشبكات

• إيثرنت مزدوج بسرعة 2.5 جيجابت مع راوتر WiFi 7
• توجيه وكيل عكسي لجميع الخدمات
• أنفاق مشفرة للوصول عن بُعد

ذاكرة 8 جيجابايت: الأداء المفاجئ

إليك الجزء الصادق: عندما رأيت أن التكوين الافتراضي يأتي مع 8 جيجابايت DDR5، كان أول رد فعل لي هو طلب ترقية الذاكرة على الفور. بدلاً من ذلك، قررت اختبار مدى قدرة التكوين الافتراضي على العمل قبل إنفاق المزيد من المال.

النتائج فاجأتني.

حتى مع وجود أكثر من 10 حاويات Docker — بما في ذلك وكيل عكسي، أنفاق مشفرة، مراقبة، مشغلات CI/CD، استضافة CMS، وخدمات التخزين — لم يشعر النظام أبدًا بأنه مقيد. ظل استخدام الذاكرة تحت السيطرة. كانت أوقات بدء الحاويات سريعة. وظل استجابة الخدمة ممتازة.

هذا يقول الكثير عن كفاءة أعباء عمل الحاويات الحديثة في لينكس وهندسة المنصة. مجمعات تخزين NVMe تعني أن التبديل (swap) قابل للاستخدام فعليًا عند الحاجة، وعرض نطاق ذاكرة DDR5 يحافظ على سرعة إدخال/إخراج الحاويات.

لا زلت أخطط لتوسيع الذاكرة لاحقًا — خاصة مع إضافة المزيد من أعباء عمل الذكاء الاصطناعي — لكن التجربة الأساسية كانت أكثر قدرة مما توقعت بكثير.

Docker CI/CD: البناء → النشر → الأتمتة → التكرار

أحد أهم حالات الاستخدام بالنسبة لي هو CI/CD المعتمد على Docker. إليك كيف يعمل سير العمل على ZimaCube 2:

1. أدفع الكود إلى GitHub
2. مشغل GitHub Actions المستضاف ذاتيًا على ZimaCube 2 يلتقط المهمة
3. يقوم المشغل ببناء صورة Docker محليًا
4. يتم نشر الحاوية الجديدة في بيئتي المستضافة ذاتيًا
5. مدير وكيل Nginx يوجه حركة المرور إلى الخدمة المحدثة
6. نفق Cloudflare يضمن إمكانية الوصول إليه من أي مكان

هذا هو بالضبط نوع سير العمل الذي أردت هذه الآلة من أجله. لا مزيد من التبديل بين NAS للتخزين، وصندوق منفصل للحوسبة، ونظام آخر لـ CI/CD.

هيكلية التخزين التي منطقية

تصميم المجمع المزدوج هو ما يجعل هذا المستوى من الدمج ممكنًا:

المجمع السريع هو المكان الذي يعيش فيه Docker. صور الحاويات، والأحجام، وبيانات وقت التشغيل كلها موجودة على NVMe RAID 1، مما يعني أن بدء الحاويات وعمليات الإدخال/الإخراج سريعة حقًا. يتعامل المجمع الكبير مع التخزين طويل الأمد — ملفات الوسائط، والأرشيفات، ومجموعات البيانات التي لا تحتاج إلى سرعة NVMe.

هذا الفصل يعني أنني لا أحتاج أبدًا للاختيار بين السعة والأداء.

الأداء الحراري تحت الحمل المستمر

أحد أكثر الجوانب إثارة للإعجاب في ZimaCube 2 هو الأداء الحراري. حتى أثناء تشغيل حاويات Docker، ومجمعات التخزين، والوكيلات العكسية، وخدمات المراقبة، وبنية CI/CD التحتية، والتطبيقات المستضافة ذاتيًا، ظل النظام هادئًا وباردًا.

يساهم الهيكل المعدني، وتصميم تدفق الهواء، والمبردات المرفقة لـ NVMe، وترتيب المكونات الداخلية في ذلك. بالنسبة لجهاز بنية تحتية مدمج يعمل دائمًا، فإن الغلاف الحراري ممتاز حقًا.

مقارنة بخوادم الرف القديمة التي استخدمتها سابقًا، الفرق في حرارة التشغيل، واستهلاك الطاقة، والضوضاء، والحجم الفعلي واضح جدًا.

الشبكات: استخدام شبكة مزدوجة بسرعة 2.5GbE عمليًا

تتوافق منافذ Ethernet مزدوجة بسرعة 2.5Gb تمامًا مع بنية الشبكة الحديثة. عند اقترانها بجهاز توجيه WiFi 7 ومفتاح 2.5GbE:

• نقل ملفات سريع من وإلى مجموعات التخزين
• شبكة حاويات سريعة الاستجابة بين الخدمات
• وصول سلس عن بُعد عبر نفق Cloudflare
• لا عنق زجاجة لأحمال العمل المتزامنة

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

ابنِ منصتك المستضافة ذاتيًا مع ZimaCube 2 →

الأسئلة المتكررة

س1. كم عدد حاويات Docker التي يمكن لـ ZimaCube 2 تشغيلها؟

مع تكوين DDR5 بسعة 8 جيجابايت الافتراضي، يدير مايكل أكثر من 10 حاويات تشمل البروكسي العكسي، ونظام إدارة المحتوى، ومدير كلمات المرور، والمراقبة، ومشغلات CI/CD، وخدمات التخزين — مع وجود هامش إضافي. تضمن مجموعة تخزين NVMe سرعة إدخال/إخراج للحاويات حتى تحت الحمل المتزامن.

س2. هل يمكن لـ ZimaCube 2 تشغيل مشغلات GitHub Actions؟

نعم. تعمل مشغلات GitHub Actions المستضافة ذاتيًا بشكل جيد على ZimaCube 2. يستخدمها مايكل لبناء ونشر حاويات Docker مباشرة في بيئته المحلية المستضافة ذاتيًا — خط أنابيب CI/CD محلي بالكامل.

س3. هل 8 جيجابايت من الذاكرة كافية لمختبر منزلي باستخدام Docker؟

لأحمال العمل الحاوية — Docker، البروكسي العكسي، الأنفاق، المراقبة، وخدمات التخزين — 8 جيجابايت تكفي بشكل مدهش. الحاويات الحديثة على لينكس فعالة في استخدام الذاكرة، ويوفر تخزين NVMe تبديلًا سريعًا عند الحاجة. يمكنك دائمًا الترقية لاحقًا عبر فتحة SODIMM.

س4. ما فائدة وجود مجموعتي تخزين مزدوجتين (HDD + NVMe)؟

تتعامل مجموعة NVMe مع أحمال العمل ذات الإدخال/الإخراج العالي مثل Docker، والآلات الافتراضية، وتخزين التطبيقات بزمن استجابة منخفض. توفر مجموعة HDD تخزينًا جماعيًا فعال التكلفة للوسائط والنسخ الاحتياطية ومجموعات البيانات. هذا الفصل يعني أنك لا تضحي أبدًا بالسعة مقابل الأداء.

س5. هل يدعم ZimaCube 2 نفق Cloudflare؟

نعم، ويعمل بشكل جيد. عند دمجه مع Nginx Proxy Manager وشبكة مزدوجة بسرعة 2.5GbE، يمكنك عرض خدمات الاستضافة الذاتية الخاصة بك بأمان دون فتح منافذ على جهاز التوجيه الخاص بك.