كيف تفرض OPPERIQ عزل المستأجرين في كل طبقة

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

ثلاث طبقات، ضمان واحد

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

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

لماذا نختبر العزل صراحةً

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

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