بدائل Moodle لمجموعات المدارس: احسب كلفة التشغيل لا كلفة الترخيص

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

لا شيء من ذلك انتقاد. فـ Moodle أوسع أنظمة LMS مفتوحة المصدر انتشاراً في التعليم، وقد استحقّ ذلك: مجاني فعلاً، وقابل للاستضافة الذاتية فعلاً، ومليء بأشياء لن يبنيها منتج تجاري. وهذا حساب، لا ولاء.

ما يكلّفه تشغيل Moodle فعلاً

الاستضافة

تطبيق PHP، وقاعدة بيانات، ومخزن ملفات، ومهمة cron يجب أن تعمل فعلاً. حدّد الحجم لأسبوع الامتحانات ويوم النتائج، لا ليوم ثلاثاء عادي. ثم نسخة تجريبية قريبة من بيئة الإنتاج بما يكفي ليعني التمرين عليها شيئاً — فالنسخة التجريبية التي انحرفت تمرينٌ على مسرحية أخرى.

ترقيات الإصدارات

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

توافق الإضافات

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

التصحيحات الأمنية

ينشر Moodle تنبيهات أمنية وفق جدول. وفي الاستضافة الذاتية، التصرّف بناءً عليها عملك أنت: تتابع الإعلانات، وتقدّر الاستعجال، وتطبّق، وتتحقّق — أحياناً خارج الدورة، وأحياناً في عطلة يكون فيها من يعرف الطريقة غائباً. وتحت ذلك كله يقبع PHP، وقاعدة البيانات، ونظام التشغيل، ولكلٍّ منها مسار تصحيحات خاص به.

النسخ الاحتياطية

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

لماذا تعدّد المستأجرين هو ما ينكسر على مستوى المجموعة

المدرسة الواحدة نادراً ما تصطدم بهذا. أما المجموعة فتصطدم به عند النقطة التي تريد فيها مدرستان أمرين مختلفين في اليوم نفسه: شعار مختلف، وبنية فصول دراسية مختلفة، وجواب مختلف عمّن يجوز له رؤية بيانات من.

يمنحك موقع Moodle بنيةً داخل مؤسسة واحدة: فئات متداخلة، ومجموعات، وأدوار تُسنَد على مستوى الفئة. وذلك تسلسل هرمي حقيقي. لكنه مصمَّم حول موقع واحد لمؤسسة واحدة — فالحسابات تخصّ الموقع، والإدارة على مستوى الموقع كله، والإصدار ومجموعة الإضافات ونافذة الصيانة يشترك فيها كل من عليه. ولذلك تنتهي عبارة «لكل مدرسة مسؤولها» عملياً إلى «لكل مدرسة شخص نثق بأنه لن ينقر على الشيء الخطأ».

والأسئلة التي تكشف الفجوة مملّة وملموسة:

• هل تستطيع المدرسة «ب» تغيير شعارها وألوانها وصفحة دخولها دون المساس بما يخصّ المدرسة «أ»؟
• هل يستطيع مسؤول المدرسة «ب» إنشاء مستخدمين موجودين في المدرسة «ب» وحدها وحذفهم؟
• هل يستطيع مدرّس يعمل يومين في الأسبوع في كل مدرسة أن يملك حساباً واحداً؟
• هل تستطيع المجموعة طرح سؤال واحد على كل مدرسة والحصول على جواب واحد، دون تصدير؟
• حين تغادر المدرسة «ج» المجموعة، هل يمكن تسليم بياناتها ومستخدميها ومحتواها ثم إزالتها؟
• هل يمكن استعادة مدرسة واحدة من نسخة احتياطية دون نافذة صيانة لبقية المدارس؟

كل واحد منها له جواب في Moodle بما يكفي من الإعداد، أو بما يكفي من التنصيبات المنفصلة. والكلفة هي الإعداد، أو هي التنصيبات.

الأجوبة الثلاثة المعتادة، والمقايضة في كلٍّ منها

Moodle Workplace

الباقة التجارية، تُباع عبر شركاء Moodle المعتمدين، وتضيف تعدّد المستأجرين. والمقايضة: أنت الآن تشتري منتجاً تجارياً وفي الوسط شريك، فلم يعد الترخيص المجاني هو سبب وجودك هنا — قارنها بالمنصات التجارية الأخرى على قدم المساواة، لا بوصفها المزوّد الحالي. وافحص كيف ينطبق شكل مجموعة المدارس (الصفوف الدراسية، وأولياء الأمور، والفصول) على منتج مركز تصميمه تدريب أماكن العمل.

عقد مع شريك

شريك معتمد يستضيف ويرقّي ويصحّح ويردّ على الهاتف. والعمل لا يختفي؛ بل يصير بنداً في الفاتورة مع اتفاقية مستوى خدمة (SLA)، وهي مقايضة أفضل من التوظيف في أحيان كثيرة. وله حدّان: هو وحده لا يضيف تعدّد المستأجرين — فذلك يبقى Workplace أو مواقع متعددة — والكلفة تميل إلى النمو مع المواقع والمستخدمين، فتدفع المجموعة تقريباً لكل مدرسة. واسأل كيف يبدو الخروج قبل أن توقّع.

تنصيبات متوازية

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

المجموعات نادراً ما تقرّر التنصيبات المتوازية. بل تصل إليها، لأن موقعاً جديداً كان أسرع طريقة لاستقبال المدرسة رقم أربعة.

الـ AI عبر إضافة ليس كالـ AI داخل المنتج

معظم قدرات الـ AI في تنصيب Moodle تصل إضافةً: موصِل مزوّد، أو مولّد أسئلة، أو ملخِّص. والإضافات هي الطريقة التي نما بها Moodle دائماً. لكن ثلاث خصائص تتصرّف تصرّفاً مختلفاً حين تُلحَق ميزة بجانب منصة بدل أن تُبنى داخلها.

الاستناد

من أين يأتي الجواب؟ الموصِل العام يمرّر مُوجَّهاً إلى نموذج ويعيد نصّاً، فيعكس المعرفة العامة للنموذج لا منهجك ولا سياسة التصحيح لديك. أما الاستناد فيعني الاسترجاع من موادّك أنت، مع إحالات إلى المستند الذي جاءت منه الجملة. وفي المجموعة تلك مشكلة حدود بيانات قبل كل شيء: فمستندات المدرسة «أ» يجب ألّا تسند أبداً جواباً يُعطى للمدرسة «ب»، والإضافة القائمة على نموذج بيانات لموقع واحد لا حدّ مستأجرين لديها لتحترمه.

مراجعة السلامة

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

التدقيق

بعد فصل دراسي، يسأل وليّ أمر أو مفتّش عمّا فعله الـ AI. فهل تستطيع أن تُظهر ما الذي وُلِّد، وبيد من، ومن أي مصدر، وما الذي غيّره إنسان قبل أن يصل إلى متعلّم؟ الإضافة تكتب في جداولها الخاصة بصيغتها الخاصة، هذا إن كتبت أصلاً.

ليست الإضافات هي المشكلة. فالحدّ بين الـ AI والبيانات يجب أن يرسمه ما يرسم كل حدّ آخر، والإضافة لا تستطيع رسم حدٍّ لا تملكه المنصة.

حسابها بأمانة

لا تقدّر تخميناً. افتح نظام التذاكر وسجلّ التغييرات لآخر اثني عشر شهراً وعُدّ.

annual operating hours, per Moodle site

    major upgrades        (windows per year)   x (hours per window)
  + point releases        (releases applied)   x (hours each)
  + plugin re-testing     (plugins relied on)  x (hours per upgrade)
  + security advisories   (acted on per year)  x (hours each)
  + backup restore tests  (tests per year)     x (hours each)
  + unplanned incidents   (last 12 months, from the ticket system)
  = hours per site per year

  x number of sites you run
  x loaded hourly cost of the people who do it
  + hosting, storage and bandwidth
  + partner or support contract
  = the number to compare against a licence

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

متى يبقى Moodle هو الجواب الصحيح

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

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

إن نظرت في مكان آخر، فما الذي تفحصه

هنا نحن المزوّد، فاقرأ على هذا الأساس. Lurno منصة متعددة المستأجرين مبنية للشكل الموصوف أعلاه؛ ومجموعات المدارس هي الحالة التي صُمّمت حولها. وهذه هي قائمة الفحص التي نودّ أن تُجرى علينا وعلى كل من في قائمتك.

• نموذج الاستئجار. اطلب أن ترى مؤسسات متداخلة تُنشأ أمامك مباشرة، لا مرسومة على شريحة عرض. ففي Lurno تستطيع المؤسسة أن تحتوي مؤسسات أخرى، والدور الممنوح عند فرع من تلك الشجرة يتدرّج إلى ما تحته — فمسؤول حماية الطفل على مستوى المجموعة يُمنَح مرة واحدة.
• أين يُفرَض العزل. الترشيح على مستوى التطبيق يبعد خطأً برمجياً واحداً عن تسريب، فاسأل هل الحدّ في قاعدة البيانات. وحدّ Lurno كذلك: 868 سياسة أمان على مستوى الصف عبر 676 عملية ترحيل، مفصَّلة على صفحة الأمان.
• الهوية البصرية والنطاقات. علامة بيضاء لكل مؤسسة ونطاق مخصّص بشهادة TLS تلقائية، فتكون صفحة دخول كل مدرسة صفحتها هي، وترث المؤسسة الفرعية هوية أمّها البصرية حتى تتجاوزها.
• تسجيل الدخول. كن دقيقاً، وألزِمنا بذلك. لدى Lurno اليوم تسجيل الدخول عبر الشريك (SSO الصامت)؛ أما الدخول الموحّد عبر SAML/OIDC، والمصادقة متعددة العوامل (MFA)، ومفاتيح المرور فضمن خطة التطوير وغير متاحة. فإن كانت مدارسك تسجّل الدخول عبر Entra أو Google Workspace بـ SAML، فاطلب من كل مزوّد — ومنّا نحن — تواريخ مكتوبة.
• المعايير. SCORM 1.2 وSCORM 2004 وxAPI وLTI 1.3 قيد التطوير في Lurno — منمذَجة في المنتج، وبيئة التشغيل قيد البناء. فإن كنت تحمل عقداً من حزم SCORM، فاسأل عن ذلك أولاً لا أخيراً.
• الجوانب التجارية. تُنشأ الحسابات بالدعوة اليوم؛ والتسجيل الذاتي والدفع والسداد مصمَّمة ولم تُبنَ.
• ما لا سبب لدى نظام LMS للشركات ليبنيه. بوابة أولياء أمور محدَّدة بفئة البيانات، وشهادات لها صفحة تحقّق عامة، وأطر كفايات تحمل الدليل، وأربع لغات في المنتج منها العربية من اليمين إلى اليسار بالكامل.
• الخروج. كيف تُخرِج كل شيء، وبأي صيغة، وكم يستغرق ذلك؟ والمزوّد الذي يجيب عن ذلك بسرعة يخبرك بشيء.

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