أنماط عزل المستأجرين لمنصات المؤسسات متعددة المستأجرين

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

الافتراضي الأكثر أمانًا هو اشتقاق سياق المستأجر من العضوية المصادق عليها والتوجيه من جانب الخادم، وليس من معرف عشوائي مقبول من العميل.

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

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

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

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

يجب أن تحمل كل وظيفة سياقًا غير قابل للتغيير للمستأجر والممثل، والتحقق من صحته مرة أخرى أثناء التنفيذ، وكتابة المخرجات إلى المواقع المخصصة للمستأجر. يمكن لمفاتيح التخزين المؤقت العامة، والدلائل المؤقتة المُعاد استخدامها، وأسماء ملفات التصدير غير المحددة أن تتجاوز تفويض واجهة برمجة التطبيقات (API) الدقيق.

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

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