निर्णय का आधार
अलगाव ऐसी सीमा है जिसे डिजाइन और जाँचना है, अंत में जोड़ा गया फ़ील्ड नहीं। डेटा का मालिक, सीमा पार करने वाले और अलग बहाली की जरूरत तय करें। Microsoft साझा और अलग भंडारण समझाता है; चुनाव संचालन पर निर्भर है।
एक व्यावहारिक उदाहरण
अलग मरम्मत कंपनियों के SaaS में A का तकनीशियन ID का अंदाजा लगाकर B का काम न पढ़ सके। सूची, खोज, संलग्नक, निर्यात, पृष्ठभूमि कार्य और सहायता अलग-अलग जाँचें।
रोजमर्रा में ग्राहक सीमा तय करें
अपने और साझा रिकॉर्ड अलग लिखें। कैटलॉग साझा, कीमत, संपर्क और काम निजी हो सकते हैं। दो कंपनियों का सदस्य संदर्भ बदले तो खोज, फ़ाइल और निर्यात भी बदलें। स्क्रीन का नाम सीमा नहीं; सर्वर हर ऑपरेशन में सदस्यता जाँचे। विशेष सहायता की अनुमति, अवधि और रिकॉर्ड अलग लिखें।
अप्रत्यक्ष रास्ते जाँचें
मिलते डेटा वाली दो नकली कंपनियाँ बनाएँ। दूसरी ID विवरण, रिपोर्ट, संलग्नक और कार्य में आजमाएँ। एक का कैश भरकर दूसरे से पूछें। लंबित काम रहते सदस्यता हटाएँ: रद्द या स्पष्ट अधिकृत सेवा पहचान से चालू? कार्य समय के अधिकार जाँचें, छिपे बटन नहीं। नई खोज या कनेक्शन पर दोहराएँ।
बहाली और हटाना भी सीमा हैं
एक ग्राहक लौटे पर दूसरे पीछे न जाएँ, कैसे? अलग डेटाबेस मदद कर सकता है पर संलग्नक और निर्भरता जाँचें। साझा भंडारण में चुनिंदा बहाली प्रक्रिया तथा सुरक्षित वातावरण चाहिए। नकली डेटा पर अभ्यास करें। इंडेक्स और बैकअप में निर्यात तथा हटाना संरक्षण के अनुसार तय करें। संचालन, सहायता और रिकवरी में दिखने योग्य सीमा हो। बहाली में यह भी जाँचें कि पहचान संख्याओं का फ़ाइलों और जुड़े सिस्टम के रिकॉर्ड से सही संबंध बना है।
विकल्पों का आकलन
- साझा तालिकाएँ संचालन सरल करती हैं, पर लगातार टेनेंट जाँच चाहिए। अलग डेटाबेस संचालन सीमा बनाते हैं और माइग्रेशन, कनेक्शन तथा बैकअप बढ़ाते हैं। मिश्रित व्यवस्था सहायता दल समझे।
योजना कहाँ टूटती है
सदस्यता जाँचे बिना ब्राउजर का टेनेंट ID न मानें। कैश कुंजी और फ़ाइल अधिकार में टेनेंट रखें। लंबित कार्य रहते अधिकार हटना जाँचें।
काम शुरू कराने से पहले
एक ग्राहक को अलग बहाल या निर्यात कर सकते हैं? सहायता पहुँच कौन मंजूर और दर्ज करता है? SaaS डिजाइन में तय करें।