DevOps والبنية التحتية

الملخص المرئي بالإنجليزية؛ والنص الكامل بالعربية أدناه.

التحدي

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

تحليلي ومنهجي

بناء الصورة مرة واحدة، وإعدادها حسب الدور والبيئة، مع إبقاء الأسرار خارج صور Docker.
جعل الـ Reverse Proxy مسؤولاً عن الحافة الأمنية: TLS، وحدود معدل الطلبات، وحجب مسارات الإدارة.

التنفيذ التقني

بنية Docker Compose من صورة واحدة:
خدمة لوحة التحكم المركزية.
خوادم مستأجرين مكرّرة (Replicas)، كل منها بعدة Workers.
خدمة تجهيز بلا HTTP.
PostgreSQL على Named Volumes.
حاوية نسخ احتياطي (Sidecar): pg_dump -Fc مع SHA-256، واحتفاظ لمدة 30 يوماً.
مبدّل الأدوار في الـ Entrypoint: يضبط فلتر قاعدة البيانات، وتشغيل HTTP أو إيقافه، وعدد خيوط المهام المجدولة لكل دور. يُولَّد ملف odoo.conf من متغيرات البيئة عبر envsubst.
Nginx:
تحويل HTTP إلى HTTPS (301)، وHSTS، وHTTP/2، وشهادة TLS شاملة للنطاقات الفرعية (Let's Encrypt عبر DNS-01).
مناطق limit_req للتسجيل وتسجيل الدخول والـ API.
توجيه حسب النطاق بين اللوحة المركزية والمستأجرين، مع مسارات WebSocket.
حجب مدير قواعد البيانات، وقصر مسارات الوكيل الداخلية على الشبكات الخاصة.
تشغيل الخوادم:
سكربت تهيئة Linux بمعاملات: مستخدم نظام، ودور PostgreSQL، وبيئة Python افتراضية، وخدمة systemd، وموقع Nginx يُفحص بـ nginx -t، وقواعد ufw.
سياسات إعادة التشغيل وحدود الملفات في systemd، وحدود الـ Workers والذاكرة في إعدادات Odoo.
إصدار الشهادات عبر Certbot بطريقة Webroot مع Nginx داخل Docker.
فصل مشروعين لعميلين على خادم واحد: ملفات إعداد منفصلة، وحزمة أدوات تشغيل مع حماية من عدم تطابق الإصدارات، وفلاتر لقواعد البيانات.

النتيجة المُتحقَّق منها

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