मल्टी-टेनेंट आर्किटेक्चर क्या है?

मल्टी-टेनेंसी वह डिज़ाइन है जो सॉफ़्टवेयर ऐज़ ए सर्विस को आर्थिक रूप से संभव बनाता है। हर ग्राहक के लिए एप्लिकेशन की अलग कॉपी चलाने के बजाय एक ही डिप्लॉयमेंट सबकी सेवा करता है, और उनके बीच अलगाव सॉफ़्टवेयर में लागू होता है। अपग्रेड का रास्ता, ऑपरेशनल बोझ और प्रति ग्राहक लागत, सब नाटकीय रूप से बेहतर होते हैं। समझौता यह है कि आइसोलेशन ऐसी विशेषता बन जाता है जिसे आपको बनाना और बचाना पड़ता है, न कि हार्डवेयर से मुफ़्त में मिलने वाली चीज़।

कॉन्टैक्ट सेंटर प्लेटफ़ॉर्म के लिए दाँव असामान्य रूप से ऊँचे हैं, क्योंकि इसमें कॉल रिकॉर्डिंग्स, ग्राहक कॉन्टैक्ट लिस्ट, सहमति रिकॉर्ड और सप्रेशन लिस्ट जैसा डेटा होता है। एक प्लेटफ़ॉर्म पर प्रतिस्पर्धी क्लाइंट चलाने वाले BPO पर उन्हें अलग रखने का कॉन्ट्रैक्ट संबंधी और अक्सर नियामक दायित्व होता है, और डेटा लीक असुविधा नहीं, एक गंभीर घटना है।

आइसोलेशन कहाँ लागू होना चाहिए

सबसे कमज़ोर आम तरीका सीमा को एप्लिकेशन कोड में रखता है: हर क्वेरी टेनेंट के आधार पर फ़िल्टर करती है, और सही होना इस पर निर्भर है कि हर डेवलपर हर बार याद रखे। यह तब तक चलता है जब तक कोई एक क्वेरी ऐसा न करे, और गलती तब तक सामने नहीं आती जब तक कोई ऐसा डेटा न देख ले जो उसे नहीं देखना चाहिए था। मज़बूत तरीका प्रवर्तन को डेटाबेस में ले जाता है, ताकि नीति डेटा से जुड़ी हो, उसे पढ़ने वाले कोड से नहीं, और टेनेंट फ़िल्टर भूलने वाली क्वेरी सब कुछ के बजाय कुछ नहीं लौटाए। किसी प्लेटफ़ॉर्म का मूल्यांकन करते समय उपयोगी सवाल यह नहीं कि टेनेंट अलग हैं या नहीं, बल्कि यह कि किस परत पर।

हर टेनेंट के लिए क्या अलग होना चाहिए

• डेटा और यूज़र। कैंपेन, कॉन्टैक्ट, रिकॉर्डिंग्स और अकाउंट, इस तरह सीमित कि कोई यूज़र केवल अपने टेनेंट के भीतर ही मौजूद हो।
• अनुपालन कॉन्फ़िगरेशन। सप्रेशन लिस्ट, कॉलिंग समय और सहमति नियम, क्योंकि टेनेंट अलग-अलग व्यवस्थाओं के तहत काम करते हैं।
• रिटेंशन। रिकॉर्डिंग और ट्रांसक्रिप्ट का रिटेंशन हर टेनेंट की अपनी नीति के अनुसार, लीगल होल्ड की सुविधा के साथ।
• नंबर। कॉलर पहचान सिर्फ़ एक टेनेंट की, और ऐसी एक्सटेंशन रेंज जो किसी दूसरे से न टकराए।
• ब्रांडिंग और भाषा। हर टेनेंट के यूज़र्स को दिखने वाला इंटरफ़ेस, जिसमें उनकी डिफ़ॉल्ट भाषा भी शामिल है।
• बिलिंग और मीटरिंग। उपयोग जो एक कुल योग में मिलाने के बजाय हर टेनेंट के हिसाब से दर्ज हो।

DialerBee मल्टी-टेनेंसी कैसे लागू करता है

DialerBee का मल्टी-टेनेंट आर्किटेक्चर हर टेनेंट को डेटाबेस स्तर पर PostgreSQL row-level security से लागू अलग डेटा देता है, साथ में डू-नॉट-कॉल लिस्ट, कॉलिंग घंटे और सहमति ट्रैकिंग वाले स्वतंत्र अनुपालन नियम, प्रति-टेनेंट स्टोरेज के साथ अलग कॉल रिकॉर्डिंग्स, स्वतंत्र रिटेंशन और लीगल होल्ड, उपयोग, मिनट और सीटें अलग-अलग ट्रैक करने वाली प्रति-टेनेंट बिलिंग, एजेंटों और सुपरवाइज़रों को उनके टेनेंट तक सीमित करने वाला रोल-बेस्ड एक्सेस कंट्रोल, प्रति-टेनेंट AI ट्यूनिंग, और एडमिन पोर्टल या API से मिनटों में टेनेंट प्रोविज़निंग। यह प्रति-टेनेंट डिफ़ॉल्ट भाषा के साथ 11 भाषाओं में उपलब्ध है।

यह सीमा डेटाबेस पर रुकती नहीं, बल्कि पूरे प्लेटफ़ॉर्म में बनी रहती है। हर डैशबोर्ड और रिपोर्ट एनालिटिक्स में मौजूदा टेनेंट तक सीमित होती है, ताकि BPO क्लाइंट्स केवल अपना डेटा देखें जबकि प्लेटफ़ॉर्म मालिक क्रॉस-टेनेंट एनालिटिक्स देख सकें, और टेनेंट सीमाएँ डेटाबेस स्तर पर लागू होती हैं। कॉलर ID का स्वामित्व सिर्फ़ एक टेनेंट का होता है, जिससे वह नंबर, जिसके लिए आप ज़िम्मेदार हैं, किसी और की कॉल पर नहीं दिखता, और हर टेनेंट को अलग रोटेशन नियमों और रिपोर्टिंग के साथ अपने कॉलर-ID पूल मिलते हैं। ट्रांसक्रिप्ट डेटा row-level security के साथ प्रति-टेनेंट आइसोलेशन में संग्रहीत होता है, और रिटेंशन हर टेनेंट के लिए कॉन्फ़िगर किया जा सकता है। व्हाइट-लेबल डिप्लॉयमेंट में पार्टनर एडमिन अपने बनाए टेनेंट्स का मालिक होता है, और ऑनबोर्डिंग विज़ार्ड हर टेनेंट की अपनी एक्सटेंशन रेंज और अपनी कॉलर ID सेट करता है, क्योंकि डिफ़ॉल्ट आपस में टकराते हैं और साझा ट्रंक कोई कॉलर ID नहीं होता।

अक्सर पूछे जाने वाले प्रश्न

मल्टी-टेनेंट और सिंगल-टेनेंट में क्या अंतर है?

सिंगल-टेनेंट डिप्लॉयमेंट में हर ग्राहक को सॉफ़्टवेयर का अपना इंस्टेंस और अक्सर अपना इन्फ्रास्ट्रक्चर मिलता है। मल्टी-टेनेंट डिप्लॉयमेंट में ग्राहक इन्फ्रास्ट्रक्चर और कोड साझा करते हैं, और अलग कॉपी के बजाय एप्लिकेशन और डेटाबेस द्वारा अलग रखे जाते हैं। मल्टी-टेनेंसी चलाने और अपग्रेड करने में सस्ती है; सिंगल-टेनेंसी प्रति ग्राहक कहीं ज़्यादा लागत पर भौतिक अलगाव देती है।

row-level security क्या है?

एक डेटाबेस सुविधा जो किसी टेबल से नीति जोड़ती है ताकि क्वेरी केवल वही पंक्तियाँ लौटाए जिन्हें मौजूदा टेनेंट देखने का हकदार है। यह इसलिए मायने रखती है क्योंकि इसका विकल्प — एप्लिकेशन की हर क्वेरी में टेनेंट के आधार पर फ़िल्टर करना — इस पर निर्भर है कि हर डेवलपर हर बार याद रखे। डेटाबेस स्तर पर लागू करने का मतलब है कि फ़िल्टर भूलने वाली क्वेरी सब कुछ के बजाय कुछ नहीं लौटाती।

क्या मल्टी-टेनेंसी का मतलब है कि मेरा डेटा दूसरे ग्राहकों के डेटा के साथ मिला हुआ है?

इसका मतलब है कि यह लागू सीमाओं वाले साझा इन्फ्रास्ट्रक्चर में संग्रहीत है, न कि कोई और उस तक पहुँच सकता है। वेंडर से पूछने लायक व्यावहारिक सवाल यह नहीं कि टेबल साझा हैं या नहीं, बल्कि यह कि आइसोलेशन कहाँ लागू होता है। केवल एप्लिकेशन कोड में लागू आइसोलेशन, डेटाबेस द्वारा लागू आइसोलेशन से कमज़ोर जवाब है।

हर टेनेंट को अपनी एक्सटेंशन रेंज और कॉलर ID क्यों चाहिए?

क्योंकि डिफ़ॉल्ट आपस में टकराते हैं। एक ही एक्सटेंशन रेंज के साथ प्रोविज़न किए गए या एक ही ट्रंक से जोड़े गए दो टेनेंट गलत रूट हुई कॉल और गलत व्यवसाय की कॉलर पहचान पैदा करते हैं। प्रोविज़निंग के समय ही हर टेनेंट को अपनी रेंज और अपने नंबर देना ऐसी समस्याओं को रोकता है जिनका बाद में निदान करना मुश्किल होता है।

हर टेनेंट के लिए क्या कॉन्फ़िगर करने योग्य होना चाहिए?

वह सब कुछ जो प्लेटफ़ॉर्म इस्तेमाल करने वाले व्यवसायों के बीच अलग है, और कॉन्टैक्ट सेंटर में यह लगभग सब कुछ है: अनुपालन नियम, कॉलिंग घंटे, सप्रेशन लिस्ट, रिटेंशन अवधि, डिफ़ॉल्ट भाषा, ब्रांडिंग, नंबर और बिलिंग। जो सेटिंग केवल ग्लोबल हो सकती है, वह अंततः किसी न किसी के लिए गलत साबित होगी।

संबंधित शब्द: व्हाइट-लेबल कॉन्टैक्ट सेंटर प्लेटफ़ॉर्म, BPO कॉन्टैक्ट सेंटर, कंसेंट मैनेजमेंट, कॉलर ID और लोकल प्रेज़ेंस और DID.