Falco1234 وZimaBoard 2: بناء سحابة شخصية هادئة

تعرّف إلى Falco1234

Falco1234 هو ماتيو، شغوف بالتقنية من إيطاليا، وله خلفية في هندسة الحاسوب. وقد جذبه البرمجيات مفتوحة المصدر للسبب نفسه الذي جذبه به العتاد العملي: إذ أتاحت له مساحة لفهم الأنظمة التي يستخدمها وتخصيصها والتحكم فيها، بدلًا من قبول مجموعة ثابتة من الميزات.

عندما عرّفه أحد أصدقائه إلى ZimaBoard، ارتبطت الفكرة فورًا بشيء كان يرغب في بنائه أصلًا — سحابة شخصية يمكنه تشغيلها في المنزل والتحكم فيها بنفسه. وأصبح ذلك نقطة البداية لنظام ZimaBoard 2 مدمج، يعتمد على تكرار تخزين بسيط، وZimaOS، وNextcloud.

يمكنك متابعة Falco1234 على Reddit للتعرّف إلى صاحب المشروع وراء قصة المستخدم هذه.

البداية بهدف واضح: امتلاك السحابة

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

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

يوثّق مقال ZimaSpace السابق، كيفية بناء سحابة خاصة باستخدام ZimaBoard 2، الجانب التقني من ذلك الإعداد. أما هذه الصفحة فتركّز على رحلة صاحب المشروع وراءه.

قرصان بسعة 4TB وخطة تخزين RAID 1

بالنسبة إلى التخزين، أضاف Falco1234 قرصي صلب بسعة 4TB، وضبطهما باستخدام RAID 1. وكان المنطق بسيطًا عن قصد: الاحتفاظ بالبيانات نفسها على القرصين، بحيث لا يؤدي تعطل أحدهما فورًا إلى فقدان النسخة الوحيدة المتاحة للخادم.

لم تتحول مرحلة العتاد إلى مشروع مستقل. فقد وصل القرصين، واتبع خطوات الإعداد الظاهرة على الشاشة، ثم انتقل إلى التطبيقات التي أراد استخدامها فعلًا. وكانت هذه البساطة مهمة، لأن الهدف لم يكن بناء NAS الأكثر تعقيدًا، بل بناء سحابة خاصة يمكنه صيانتها بسهولة.

لماذا كان ZimaOS مناسبًا للبناء الأول

اختار Falco1234 نظام ZimaOS لأن الواجهة بدت بديهية منذ البداية. فبدلًا من إجباره على قضاء معظم وقت الإعداد في الطرفية، عرضت له معلومات تشغيل مفيدة مثل نشاط الشبكة ودرجة حرارة الجهاز واستخدام الذاكرة، بطريقة يسهل التحقق منها أثناء الاستخدام العادي.

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

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

استخدام Nextcloud كطبقة السحابة الشخصية

اختار Nextcloud كتطبيق السحابة نفسه. ولم يكن ما جذبه إليه هو مزامنة الملفات فحسب، بل أيضًا منظومة التكاملات والميزات الاختيارية الأكبر التي يمكن إضافتها مع مرور الوقت.

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

والنتيجة سحابة خاصة لم تكن بحاجة إلى أن تكون «مكتملة» منذ اليوم الأول. فقد ظل تثبيت ZimaBoard 2 وZimaOS الأساسي بسيطًا، بينما توسّع Nextcloud بالتزامن مع متطلباته.

هادئ بما يكفي للعمل على مدار الساعة

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

وخلال اختباراته، لاحظ أن درجة حرارة اللوحة لم تبدُ وكأنها تتجاوز نحو 25°C، حتى خلال فترات الحمل المرتفع. وهذه ملاحظة أبلغ بها صاحب المشروع من بيئته الخاصة، وليست ضمانًا عامًا لدرجة الحرارة، لكنها توضّح سبب ملاءمة النظام لحالة استخدامه: لم تكن هناك حاجة إلى إضافة مروحة أخرى لمجرد جعل السحابة الخاصة مريحة للاستخدام اليومي.

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

كانت الموثوقية أهم من التعقيد

تظهر الفكرة نفسها في بقية مكونات المشروع. فقد اختير RAID 1 لأن منطق الاسترداد فيه سهل الفهم. واختير ZimaOS لأن حالة النظام سهلة الفحص. واختير Nextcloud لأن إمكاناته يمكن أن تنمو تدريجيًا. وكان التبريد السلبي مهمًا لأنه أزال جزءًا متحركًا آخر ومصدرًا إضافيًا للضجيج.

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

وبعد شهرين من الاستخدام على مدار الساعة، كان ملخصه مباشرًا: بالنسبة إلى من يريد نظامًا مستقرًا وهادئًا ويعمل دائمًا، ويفضّل إبقاء بياناته الشخصية تحت سيطرته في المنزل، كان ZimaBoard 2 موافقًا للهدف الذي بدأ به.

سحابة شخصية يمكن أن تنمو ببطء

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

وهذا نموذج عملي للاستضافة الذاتية للمرة الأولى: اجعل النظام الأساسي مفهومًا قبل أن تجعله كبيرًا. تصبح السحابة الخاصة أسهل بكثير في الوثوق بها عندما يعرف مشغّلها مكان البيانات، وكيفية حماية التخزين، وما الذي يفعله كل تطبيق، والميزات التي أُضيفت عن قصد.

القصة لا تزال تُكتب

لا تزال قصة Falco1234 وZima تُكتب. فالنظام الحالي يجمع بالفعل بين ZimaBoard 2 832، وقرصين بسعة 4TB في RAID 1، وZimaOS، وNextcloud، ليشكّل سحابة شخصية هادئة تعمل باستمرار في المنزل.

إذا كنت تريد الشرح التقني التفصيلي لهذا الإعداد، فاقرأ دراسة الحالة الكاملة للسحابة الخاصة باستخدام ZimaBoard 2. ولمتابعة صاحب المشروع وراء هذا الإعداد، زُر صفحة Falco1234 على Reddit.