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

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

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

जहां अलगाव लागू किया जाना चाहिए

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

प्रत्येक किरायेदार के लिए क्या अलग-अलग होगा

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

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

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

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

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

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

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

पंक्ति-स्तरीय सुरक्षा क्या है?

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

क्या मल्टी-टेनेन्सी का मतलब यह है कि मेरा डेटा अन्य ग्राहकों के डेटा के साथ मिश्रित हो जाता है?

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

प्रत्येक किरायेदार को अपनी अलग एक्सटेंशन रेंज और कॉलर आईडी की आवश्यकता क्यों होती है?

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

प्रत्येक किरायेदार के लिए क्या-क्या कॉन्फ़िगर करने योग्य होना चाहिए?

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

संबंधित शर्तें: व्हाइट-लेबल संपर्क केंद्र प्लेटफ़ॉर्म, बीपीओ संपर्क केंद्र, सहमति प्रबंधन, कॉलर आईडी और स्थानीय उपस्थिति और DID.