قبل أن تُهيّئ أي تطبيق، عليك أن تقرر أين ستعمل قاعدة بيانات Odoo 19 Enterprise الخاصة بك. فخيار الاستضافة يحدد ما يمكنك تخصيصه، ومن يتحكم في الخادم، وعدد مرات الترقية الإلزامية، ومن يتحمل مسؤولية النسخ الاحتياطية.
يوفر Odoo ثلاثة مسارات للاستضافة: Odoo Online وOdoo.sh والاستضافة المحلية (الذاتية). تعمل الخيارات الثلاثة بتطبيقات Enterprise القياسية نفسها، لكنها تختلف اختلافًا كبيرًا بمجرد أن تحتاج إلى أكواد مخصصة أو وصول إلى الخادم أو وتيرة ترقية بعينها.
ملاحظة حول المصادر: يستند هذا الدليل إلى وثائق Odoo الرسمية للإصدار 19.0. وقد تتغير قواعد الاستضافة وسياساتها، لذا تحقق من كل نقطة مهمة لمشروعك في قاعدة بيانات تجريبية ووفق شروط اشتراكك قبل الالتزام بأي قرار.
الخيارات الثلاثة في دقيقة واحدة
- Odoo Online: خدمة البرمجيات السحابية من Odoo. تتولى Odoo تشغيل الخوادم والمنصة، وتعمل أنت داخل التطبيقات القياسية وStudio.
- Odoo.sh: منصة Odoo السحابية الرسمية لاستضافة Odoo وإدارته مع أكوادك الخاصة، وهي مرتبطة بمستودع GitHub ومنظمة في فروع للتطوير والاختبار المرحلي والإنتاج.
- الاستضافة المحلية: تقوم بتثبيت Odoo وتشغيله على خادمك الخاص أو على خادم سحابي تستأجره، وتسجل قاعدة البيانات برمز اشتراك Enterprise الخاص بك.
التخصيص: العامل الحاسم في معظم المشاريع
تنص وثائق Odoo صراحةً على أن Odoo Online لا يتوافق مع الوحدات المخصصة ولا مع الوحدات المتاحة في متجر تطبيقات Odoo. ففي Online تُهيّئ التطبيقات القياسية ويمكنك إجراء تخصيصات باستخدام Studio، لكن لا يمكنك تثبيت وحدات Python الخاصة بك.
صُممت Odoo.sh للعمل مع الأكواد المخصصة. فأنت ترفع وحداتك إلى فرع في مستودع GitHub الخاص بك، وتكتشف المنصة تلقائيًا المجلدات التي تحتوي على وحدات Odoo. ويمكن أيضًا إضافة وحدات المجتمع المتاحة للعامة، على سبيل المثال كوحدات Git فرعية (submodules).
تمنحك الاستضافة المحلية الحرية نفسها التي توفرها Odoo.sh في الوحدات المخصصة، لأنك تتحكم في الخادم وفي الإضافات التي يحمّلها. والفرق أن كل ما يحيط بالكود لا يُدار نيابةً عنك.
قاعدة عملية: إذا تضمنت متطلباتك أي تطوير مخصص بلغة Python أو أي تطبيق خارجي من متجر التطبيقات، فإن Odoo Online يُستبعد، ويصبح القرار الفعلي بين Odoo.sh والاستضافة المحلية.
التحكم والوصول
في Odoo Online تدير قاعدة البيانات من خلال مدير قواعد البيانات في Odoo. ومن هناك يمكنك نسخها للاختبار، وإعادة تسميتها، وتنزيل نسخة احتياطية، وبدء الترقية عند توفرها، وإدارة أسماء النطاقات، ونقل الملكية. ولا يتوفر وصول إلى الخادم أو إلى سطر الأوامر.
في Odoo.sh يأتي كل فرع مع أدوات للمطورين داخل المتصفح: واجهة أوامر ويب لتنفيذ أوامر Linux الأساسية وpsql، ومحرر عبر الإنترنت مع وحدات تحكم Python وOdoo shell، ووصول عبر SSH بمفتاحك الخاص، وأداة لالتقاط رسائل البريد الإلكتروني الصادرة من البيئات غير الإنتاجية.
تمنحك الاستضافة المحلية تحكمًا كاملًا في نظام التشغيل وPostgreSQL والخادم الوكيل العكسي (reverse proxy) وملف إعدادات Odoo. ويتعامل دليل النشر في Odoo مع الأمان كعملية مستمرة، ويذكر مهام مثل تشغيل Odoo عبر HTTPS خلف خادم وكيل عكسي، وضبط مرشح لقواعد البيانات على الخوادم متعددة القواعد، واستخدام مستخدم PostgreSQL ليس مستخدمًا فائقًا، وتعطيل مدير قواعد البيانات على الأنظمة المتاحة عبر الإنترنت.
التزامات الترقية
لكل نوع استضافة قاعدة ترقية مختلفة. وكثيرًا ما يُغفل هذا الجانب عند الاختيار ثم يصبح ملحًّا لاحقًا، لذا اطرحه للنقاش منذ اليوم الأول.
- Odoo Online: وفقًا لوثائق الترقية في Odoo، يجب ترقية قاعدة البيانات العاملة على إصدار رئيسي كل عامين، ويجب ترقية قاعدة البيانات العاملة على إصدار فرعي بعد أسابيع قليلة من صدور الإصدار التالي. وإذا لم يُتخذ أي إجراء قبل الموعد المحدد، تقوم Odoo بترقية قاعدة البيانات تلقائيًا.
- Odoo.sh: بعد السنوات الثلاث الأولى من دعم الإصدار، تتاح لك سنتان إضافيتان لإتمام الترقية، ويتم إخطارك عندما تصبح الترقية مطلوبة.
- الاستضافة المحلية: يمكنك البقاء على الإصدار نفسه إلى أجل غير مسمى. ولا توصي Odoo بذلك، فكلما صغرت الفجوة بين الإصدارات كانت الترقية أسهل.
تؤثر الوحدات المخصصة على جميع الخيارات باستثناء Online. إذ توضح Odoo أن قاعدة البيانات التي تحتوي على وحدات مخصصة لا يمكن ترقيتها حتى تتوفر تلك الوحدات للإصدار المستهدف، وأن جعلها متوافقة هو مسؤولية الجهة التي تتولى صيانة الوحدة.
مع Odoo Enterprise، تشمل خدمة الترقية التطبيقات القياسية، وتخصيصات Studio ما دام Studio مثبتًا والاشتراك ساريًا، والتطويرات المشمولة باشتراك صيانة التخصيصات. أما الوحدات المطورة داخليًا أو من جهات خارجية دون مثل هذا العقد، وتنظيف البيانات الحالية، والتدريب، فهي غير مشمولة.
العملية الموصى بها واحدة على جميع المنصات: اطلب قاعدة بيانات اختبار مُرقّاة، وحدّث أي وحدات مخصصة، واختبر بدقة، وأبلغ Odoo بالمشكلات، ثم خطط لترقية بيئة الإنتاج، التي تكون قاعدة البيانات خلالها غير متاحة.
النسخ الاحتياطية والنسخ التجريبية
Odoo Online: تنص الوثائق على أن النسخ الاحتياطية تُؤخذ يوميًا بموجب اتفاقية مستوى الخدمة للاستضافة السحابية من Odoo. ويمكنك أيضًا تنزيل نسخة احتياطية بصيغة ZIP من مدير قواعد البيانات؛ وإذا كانت قاعدة البيانات أكبر من أن تسمح بذلك، يوفر دعم Odoo طريقة أخرى.
Odoo.sh: تُنسخ قاعدة بيانات الإنتاج احتياطيًا تلقائيًا كل يوم، وتتضمن كل نسخة احتياطية تفريغ قاعدة البيانات ومخزن الملفات (filestore) والسجلات والجلسات. وتذكر الوثائق الاحتفاظ بسبع نسخ يومية وأربع أسبوعية وثلاث شهرية، مع خوادم مخصصة للنسخ الاحتياطي تحتفظ بنسخ شهرية إضافية. ويمكنك كذلك أخذ نسخ احتياطية يدوية لبيئتي الإنتاج والاختبار المرحلي.
لا تُنسخ بيئات الاختبار المرحلي والتطوير على Odoo.sh احتياطيًا بشكل تلقائي. فقواعد بيانات الاختبار المرحلي نسخ مُحيَّدة من بيئة الإنتاج تُحذف بعد فترة، وقواعد بيانات التطوير قصيرة العمر ومبنية على بيانات تجريبية، لذا لا تحتفظ بأي عمل حقيقي فيها وحدها.
الاستضافة المحلية: النسخ الاحتياطي مسؤوليتك بالكامل. جدوِل نسخًا احتياطية لكل من قاعدة بيانات PostgreSQL ومخزن الملفات، واحتفظ بنسخ بعيدًا عن الخادم، واختبر الاستعادة بصفة منتظمة.
أيًّا كان الخيار الذي تختاره، فإن قواعد بيانات اختبار الترقية وقواعد بيانات الاختبار المرحلي على Odoo.sh تكون مُحيَّدة: تُعطَّل الإجراءات المجدولة، ويُعترض البريد الصادر أو يُستبدل، وتُوضع موصلات الدفع والشحن في وضع الاختبار. وهذا يحمي بيئة الإنتاج، لكن يجب إعادة تفعيل التكاملات عن قصد إذا أردت اختبارها.
محركات التكلفة التي تُقارَن دون قائمة أسعار
تعتمد الأسعار على عقدك وتتغير بمرور الوقت، لذا قارن العوامل التي تحرك التكلفة بدلًا من الأرقام المعلنة.
- نطاق الاشتراك: تتطلب Odoo.sh رمز اشتراك Enterprise يتضمن استضافة Odoo.sh، بينما تستخدم الاستضافة المحلية اشتراك Enterprise مسجلًا على خادمك الخاص، مع ربط قاعدة بيانات واحدة لكل اشتراك.
- المستخدمون: يجب ألا تتجاوز قاعدة البيانات المحلية عدد المستخدمين المحدد في اشتراكها؛ فتجاوزه يؤدي إلى ظهور تحذير ومهلة محدودة لتصحيح العدد قبل انتهاء صلاحية قاعدة البيانات.
- البنية التحتية: في Odoo.sh تحدد أحجام العمليات (workers) والتخزين وبيئات الاختبار المرحلي داخل المنصة؛ أما في الاستضافة المحلية فتدفع بنفسك تكاليف الخوادم والتخزين وعرض النطاق والمراقبة، ويجب أن يحتفظ الخادم بإمكانية الاتصال بخدمة التحقق من Odoo.
- الكوادر: تحتاج الاستضافة المحلية إلى شخص قادر على إدارة Linux وPostgreSQL وHTTPS وتحديثات الأمان؛ وتحتاج Odoo.sh إلى مطورين متمرسين في Git؛ أما Odoo Online فلا تحتاج إلى أي منهما.
- دورة حياة التخصيص: يجب صيانة كل وحدة مخصصة ونقلها إلى الإصدار الجديد عند كل ترقية، وهذه تكلفة متكررة على Odoo.sh والاستضافة المحلية ما لم تكن مشمولة باشتراك صيانة.
لمن يناسب كل خيار
يناسب Odoo Online الشركات التي تستطيع العمل بـ Odoo القياسي مع Studio، وتريد أسرع بداية، ولا تمانع جدول الترقيات الذي تحدده Odoo. وتُعد شركات التجارة والخدمات والتجزئة ذات العمليات القياسية مرشحة نموذجية له.
تناسب Odoo.sh المشاريع التي تحتاج إلى وحدات مخصصة أو تطبيقات خارجية لكنها لا تريد تشغيل الخوادم، وتحرص على اختبار كل تغيير على نسخة مرحلية من بيئة الإنتاج قبل اعتماده.
تناسب الاستضافة المحلية المؤسسات التي لديها فريق تقنية معلومات داخلي، أو متطلبات صارمة لموقع البيانات أو الشبكة، أو تكاملات مع أجهزة محلية، أو حاجة إلى تحديد موعد الترقيات بدقة.
إذا كنت تفكر في Odoo Community، فلاحظ أن Odoo.sh تتطلب رمز اشتراك Enterprise، وأن خدمة الترقية المجانية الموضحة أعلاه ميزة خاصة بإصدار Enterprise، لذا يُستضاف إصدار Community عادةً استضافة ذاتية وتتم ترقيته بجهدك الخاص.
إصدار Enterprise ليس قاعدة أكواد منفصلة: إذ تصف وثائق التثبيت في Odoo مستودع Enterprise بأنه مجموعة من الإضافات الإضافية فوق Community، لذا تحتاج تثبيتات Enterprise المستضافة ذاتيًا إلى كليهما. والانتقال لاحقًا من Community إلى Enterprise مشروع قائم بذاته، لأن وثائق الترقية في Odoo لا تعتبر تغيير الإصدار جزءًا من عملية الترقية.
الانتقال بين أنواع الاستضافة لاحقًا
الاختيار ليس نهائيًا، لكن الانتقال أسهل في بعض الاتجاهات من غيرها.
- من Odoo Online إلى Odoo.sh أو الاستضافة المحلية: نزّل نسخة احتياطية من مدير قواعد البيانات ثم استوردها أو استعدها. والإصدارات الوسيطة الخاصة بـ Online غير مدعومة في البيئات الأخرى، لذا قد تحتاج أولًا إلى الترقية إلى الإصدار الرئيسي التالي.
- من Odoo.sh أو الاستضافة المحلية إلى Odoo Online: يجب أولًا إلغاء تثبيت جميع التطبيقات غير القياسية، في بيئة اختبار مرحلي أو قاعدة بيانات منسوخة، ويُطلب النقل نفسه عبر تذكرة دعم لدى Odoo.
- من الاستضافة المحلية إلى Odoo.sh: استخدم خاصية الاستيراد في تبويب النسخ الاحتياطية بفرع الإنتاج. ويتطلب الاستيراد مساحة تخزين فارغة تعادل أربعة أضعاف حجم ملف التفريغ، ويستبدل البيانات الحالية للفرع، ويعطّل خوادم البريد الصادر والإجراءات المجدولة حتى تعيد تفعيل ما تحتاجه منها.
قائمة مراجعة لاتخاذ القرار
- هل نحتاج إلى أي وحدة Python مخصصة أو وحدة من متجر التطبيقات، الآن أو في المستقبل المنظور؟ إذا كانت الإجابة نعم، فاستبعد Odoo Online.
- هل يمكننا قبول جدول الترقيات الإلزامي في Odoo Online، أم نحتاج إلى تحكم أكبر في توقيت كل تغيير للإصدار؟
- هل نحتاج إلى نسخة مرحلية من بيئة الإنتاج لاختبار كل تغيير قبل التشغيل الفعلي؟
- هل لدينا، أو هل يمكننا توظيف، كوادر لإدارة Linux وPostgreSQL وHTTPS والمراقبة والأمان لخادم محلي؟
- هل توجد قيود تتعلق بموقع البيانات أو الشبكة أو الأجهزة تتطلب خادمًا خاصًا بنا؟
- من المسؤول عن التحقق من النسخ الاحتياطية واختبار الاستعادة، وكم مرة سيتم ذلك؟
- من يتولى صيانة وحداتنا المخصصة ونقلها عند كل ترقية، وهل ذلك مشمول باشتراك صيانة؟
كيف يمكن أن تساعدك 1CBMS
تساعد 1CBMS الشركات في مصر والعراق على اختيار استضافة Odoo المناسبة قبل بدء التنفيذ. فنحن نطابق متطلباتك مع ما تتيحه كل منصة، وننبه مبكرًا إلى أي حاجة لوحدات مخصصة، ونُعد مشاريع Odoo.sh أو الخوادم المحلية وفق ممارسات سليمة للنسخ الاحتياطي والأمان، ونخطط للترقيات حتى يظل نظام Odoo 19 Enterprise الخاص بك مدعومًا. تواصل معنا عبر www.1cbms.com لمراجعة حالتك.