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

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

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

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

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

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

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

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