2024-07-11
한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina
बहु-किरायेदारः एकल-किरायेदारस्य अनुरूपः अस्ति अयं लेखः बहु-किरायेदारस्य विषये केन्द्रितः अस्ति ।
बहु-किरायेदार-प्रौद्योगिकी, अथवा बहु-किरायेदार-प्रौद्योगिकी, SaaS इति उच्यते, सा सॉफ्टवेयर-आर्किटेक्चर-प्रौद्योगिकी अस्ति, या बहु-उपयोक्तृ-वातावरणे समानं प्रणालीं वा प्रोग्राम-घटकं वा कथं साझां कर्तव्यमिति साक्षात्करोति (अत्र बहु-उपयोक्तारः सामान्यतया उद्यम-उपयोक्तृणां कृते सन्ति), तथा उपयोक्तृणां मध्ये दत्तांशस्य पृथक्करणं सुनिश्चितं कर्तुं शक्नोति। सरलतया वक्तुं शक्यते यत्: एकः अनुप्रयोगदृष्टान्तः सर्वरे चाल्यते तथा च सः बहुविधकिरायेदारानाम् (ग्राहकानाम्) सेवां करोति । परिभाषातः वयं अवगन्तुं शक्नुमः- १.बहु-किरायेदारी एकः वास्तुकला अस्ति यस्य उद्देश्यं बहुभ्यः उपयोक्तृभ्यः समानस्य कार्यक्रमसमूहस्य उपयोगं कर्तुं शक्नोति तथा च उपयोक्तृणां मध्ये आँकडा-पृथक्करणं सुनिश्चितं कर्तुं शक्यते ।
एककिरायेदारस्य बहुकिरायेदारस्य च वास्तुकलानां मध्ये अन्तरं अस्ति यत् एककिरायेदारः प्रत्येकस्य उपयोक्तुः कृते पृथक् पृथक् सॉफ्टवेयर-अनुप्रयोगं समर्थन-वातावरणं च निर्माति एकल-किरायेदार SaaS व्यापकरूपेण तेषु अनुप्रयोगेषु उद्धृतं भवति यत्र ग्राहकानाम् अनुकूलनस्य समर्थनस्य आवश्यकता भवति, भूगोलस्य कारणात् अथवा उच्चतरसुरक्षानियन्त्रणस्य आवश्यकता भवति एक-किरायेदार-प्रतिरूपस्य माध्यमेन प्रत्येकस्य ग्राहकस्य दत्तांशकोशस्य प्रचालन-प्रणाल्याः च प्रतिलिपिः स्वतन्त्र-सर्वर-मध्ये, अथवा दृढ-सुरक्षा-उपायैः पृथक्कृते आभासी-जाल-वातावरणे स्थापिता भवति
अनुप्रयोगस्य परिदृश्यानि : बहु-किरायेदारी एकस्मिन् समूहे (कम्पनी) अन्तर्गतं बहुविध-कम्पनीभ्यः (विभागेभ्यः) उपयुक्तम् अस्ति यद्यपि आँकडा लीक् भवति तथापि बहिः लीक् न भविष्यति।
एतत् प्रथमं समाधानं, एकः किरायेदारः एकः च दत्तांशकोशः ।अस्मिन् समाधाने उपयोक्तृदत्तांशपृथक्करणस्य उच्चतमस्तरः उत्तमसुरक्षा च भवति, परन्तु व्ययः अधिकः भवति ।。
इदं समाधानं पारम्परिकं एकग्राहकं, एकं दत्तांशसमूहं, एकं परिनियोजनसमूहं च सदृशं भवति केवलं अन्तरं यत् सॉफ्टवेयरं संचालकस्थाने एकरूपेण परिनियोजितं भवति । यदि भवान् किरायेदाराणां सम्मुखीभवति यथा बैंकाः, चिकित्सालयाः च येषां कृते अत्यन्तं उच्चदत्तांशपृथक्करणस्तरस्य आवश्यकता भवति, तर्हि किरायामूल्यं वर्धयितुं भवान् एतत् प्रतिरूपं चिन्वितुं शक्नोति। यदि मूल्यनिर्धारणं न्यूनं भवति तथा च उत्पादः न्यूनमूल्यमार्गं गृह्णाति तर्हि सामान्यतया संचालकानाम् कृते एतत् समाधानं असह्यम् अस्ति ।
इदं द्वितीयं समाधानम् अस्ति, अर्थात् बहुविधाः वा सर्वे किरायेदाराः Database साझां कुर्वन्ति, परन्तु प्रत्येकस्य किरायेदारस्य Schema (उपयोक्ता इति अपि उच्यते) भवति । अन्तर्निहितपुस्तकालयाः सन्ति, उदाहरणार्थं: DB2, ORACLE इत्यादयः एकस्य दत्तांशकोशस्य अधः बहुविधाः SCHEMAs भवितुम् अर्हन्ति ।
एषः तृतीयः विकल्पः, . अर्थात् किरायेदाराः समानं Database तथा Schema साझां कुर्वन्ति, परन्तु TenantID बहु-किरायेदार-दत्तांशक्षेत्रं सारणीयां योजयन्ति ।एषः एव गुणः यस्य साझेदारी उच्चतमः, एकान्तवासस्य च निम्नतमः स्तरः अस्ति。
अर्थात् प्रत्येकं दत्तांशस्य भागः प्रविष्टः भवति तदा ग्राहक-ID आवश्यकः भवति । एवं प्रकारेण भिन्नग्राहकानाम् आँकडानां भेदः एकस्मिन् सारणीयां कर्तुं शक्यते ।
SaaS कार्यान्वयनप्रक्रियायाः समये एकः महत्त्वपूर्णः विचारबिन्दुः अस्ति, यत् बहु-किरायेदारानाम् समर्थनार्थं अनुप्रयोगदत्तांशस्य डिजाइनं कथं करणीयम् इति अस्य डिजाइनस्य विचारः आँकडासाझेदारी, सुरक्षापृथक्करणं, कार्यप्रदर्शनं च मध्ये संतुलनं स्थापयितुं भवतिगुणत्रयस्य लक्षणं एकस्मिन् चित्रे संक्षेपेण वक्तुं शक्यते