مقال تقني
العزل في طبقة النماذج في Omnitech CRM والعزل على مستوى الصفوف في IMFlow360: حلّان للسؤال نفسه.
كيف تفصل منصة SaaS بيانات المستأجرين ضمن شيفرة مشتركة؟ تعتمد الإجابة على مخاطر المنصة. يتبع Omnitech CRM وIMFlow360 نهجين مختلفين، يناسب كل منهما احتياجات منصته.
قراءة الأعمال
يمكن استخدام قاعدة بيانات لكل مستأجر أو مخطط مستقل أو جداول مشتركة مقيدة بمعرّف المستأجر في التطبيق. لكل نهج تكلفة ونمط إخفاق. تناقش إرشادات AWS المذكورة أدناه المفاضلات. يستخدم النظامان جداول مشتركة بعزل يفرضه التطبيق، لكن بآليتين مختلفتين.
قراءة الأعمال
يفرض Omnitech CRM العزل في النماذج والاستعلامات والمهام الخلفية؛ يفشل الطلب عند غياب نطاق المستأجر بدلاً من المخاطرة بالتسرب. وتظل 126 صلاحية عبر 22 وحدة في سجل مركزي منفصل، لتعديل الأدوار دون المساس بالعزل.
قراءة الأعمال
يقيد IMFlow360 السجلات بالنشاط والفرع، ويستخدم business_type لتمييز الكتالوجات والطلبات والعمل للتجزئة والمطاعم والصالونات والمواعيد. تعمل القطاعات الأربعة على مخطط يقارب 146 جدولاً. يضيف هذا النهج تمييز سلوك الأعمال إلى فصل البيانات.
قراءة الأعمال
تُختار استراتيجية العزل مبكراً وفق المخاطر وبصورة منفصلة عن الصلاحيات. يفرض النظامان العزل في التطبيق فوق جداول مشتركة؛ ويعكس اختلافهما ما يحتاجه كل نظام من آلية النطاق إلى جانب العزل نفسه.
المصادر
الأدلة
منصة متعددة المستأجرين لإدارة العملاء والإيرادات، بعزل آمن وصلاحيات محددة ومسارات قابلة للتهيئة وتحويل العملاء المحتملين وترحيل البيانات.
منصة نقاط بيع SaaS متعددة المستأجرين تجمع سحابة Laravel وتطبيق Flutter يعمل دون اتصال وشاشة عميل مرتبطة، لخدمة التجزئة والمطاعم والصالونات والمواعيد.
خدمة ذات صلة
التالي
لنناقش القيود الخاصة بنظامك.
