प्रत्येक ग्राहक के लिए एक सिस्टम, या प्रत्येक ग्राहक के लिए एक प्लेटफॉर्म। आर्किटेक्चर यह तय करता है कि आप इसे कैसे स्केल करेंगे।

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

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

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

कई क्लाइंट्स के बीच आउटबाउंड कॉलिंग का प्रबंधन करने वाले संगठनों के लिए मल्टी-टेनेंट आर्किटेक्चर सही विकल्प है, लेकिन सिंगल-टेनेंट आर्किटेक्चर अप्रचलित नहीं है। कुछ ऐसी स्थितियाँ भी होती हैं जहाँ डेडिकेटेड इंस्टेंस बेहतर विकल्प साबित होता है।

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

वे संगठन जो केवल एक ही ग्राहक को सेवा प्रदान करते हैं — या जो स्वयं एकमात्र अंतिम उपयोगकर्ता हैं — उन्हें मल्टी-टेनेन्सी से बहुत कम लाभ होता है, क्योंकि अलग करने के लिए कोई दूसरा टेनेंट नहीं होता है। ऐसे मामलों में, एकल वातावरण की परिचालन सरलता साझा प्लेटफ़ॉर्म के लाभों पर पूरी तरह भारी पड़ सकती है।

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

DialerBee डिज़ाइन के अनुसार मल्टी-टेनेंट बनाया गया है। PostgreSQL रो-लेवल सिक्योरिटी के साथ डेटाबेस लेयर पर आइसोलेशन लागू किया जाता है, इसलिए प्रत्येक क्वेरी अनुरोध करने वाले टेनेंट तक ही सीमित रहती है और क्रॉस-टेनेंट एक्सेस को एप्लिकेशन लॉजिक के बजाय डेटाबेस इंजन द्वारा रोका जाता है। प्रत्येक टेनेंट के अपने अनुपालन नियम, स्वतंत्र प्रतिधारण और कानूनी रोक नियंत्रण के साथ अपनी रिकॉर्डिंग, अपना उपयोग और बिलिंग एट्रिब्यूशन, और अपनी ब्रांडिंग होती है। नए टेनेंट को एडमिन पोर्टल या पार्टनर API माध्यम से कुछ ही मिनटों में प्रोविज़न किया जा सकता है। विवरण इस पर उपलब्ध है। मल्टी-टेनेंट आर्किटेक्चर पेज.

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