البنية متعددة المستأجرين في المغرب: عزل العملاء دون مضاعفة الأنظمة

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

يربط هذا النهج بين تصميم المنتج والسحابة والأمن والتشغيل. وهو يكمّل خدمات تطوير الويب والموبايل وأساس السحابة وDevOps المصمم للتوسع دون إنشاء منظومة تقنية منفصلة لكل حساب جديد.

ما هي البنية متعددة المستأجرين في المغرب؟

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

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

الاختيار بين المشاركة والعزل والنموذج الهجين

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

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

اعتبار سياق المستأجر ضابطا أمنيا

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

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

عزل البيانات مع الحفاظ على قابلية التشغيل

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

يتطلب التشغيل اليومي تصميما واعيا بالمستأجر. ينبغي أن تكون المقاييس والتتبعات والسجلات قابلة للتصفية حسب المستأجر دون كشف معلومات سرية. وتمنع الحصص والحدود عميلا كثيف الاستخدام من التأثير في الآخرين. تؤكد مبادئ AWS SaaS Lens ضرورة تطبيق العزل عبر جميع الطبقات وأهمية المراقبة حسب المستأجر في المنصات المشتركة.

تصميم دورة حياة المستأجر كاملة

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

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

اختبار العزل قبل كل إصدار

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

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

مسار عملي للفرق المغربية

1. تعريف المستأجر والبيانات التي يملكها.
2. رسم جميع الطبقات: الهوية وAPI والحوسبة والبيانات والتخزين والذاكرة المؤقتة والرسائل والمراقبة.
3. اختيار العزل لكل مكوّن بحسب المخاطر واحتياجات التشغيل.
4. مركزة التفويض وتمرير سياق مستأجر تم التحقق منه.
5. أتمتة دورة الحياة وإضافة اختبارات تسرب بين المستأجرين.
6. مراقبة الاستخدام وتقييده لكل مستأجر قبل التوسع.

يمكن لـ Kanteek دعم مرحلة التأطير عبر خدمات الاستشارة والاستراتيجية، ثم تحويل القرارات إلى بنية وضوابط وصول وممارسات تشغيل. فالبنية متعددة المستأجرين الناجحة ليست مجرد قاعدة بيانات مشتركة، بل تجعل العزل واضحا وقابلا للاختبار والاستمرار مع نمو المنتج.