वास्तविक लोड के तहत तारांकन चिह्न - 500 ऑपरेटरों के लिए असफल-सुरक्षित कॉल सेंटर

4 देशों के लगभग 600 ऑपरेटर जो ग्राहक को अमेरिकी कॉल करते हैं (और रूसी से थोड़ी) संख्या।
पीक ऑवर्स के दौरान लगभग 200 समवर्ती कॉल।
प्रति दिन लगभग 15,000 कॉल।
कुछ मिनटों में कई बार इस समाधान को स्केल करने की क्षमता (हमारे अनुमानों के अनुसार, समस्याएं शुरू होने से पहले ~ 1000 समवर्ती कॉल तक)।

और हां, आंतरिक प्रणालियों (सीआरएम, शॉपिंग सपोर्ट, ऑपरेटरों और ग्राहकों की प्राथमिकताएं और कई, कई अन्य अच्छाइयों) के साथ तंग एकीकरण।

कौन परवाह करता है कि यह कैसे काम करता है और ऐसा क्यों है - स्वागत है

मुझे तुरंत कहना होगा कि यह पूरी संरचना लगातार बदलती व्यावसायिक जरूरतों के साथ 6 वर्षों में विकसित हुई और विकसित हुई, अगर हमने इसे अभी बनाना शुरू किया, तो शायद सब कुछ अलग तरह से किया जाएगा, लेकिन ... यह वही है और यह काम करता है।

सामान्य योजना के साथ शुरू करने के लिए:


एसआईपी टेलीफोनी प्रदाता हमारे सर्वर को कॉल करता है। सर्वर, इस समय, अमेज़ॅन पर हैं, लेकिन हम इसके साथ बहुत संलग्न नहीं हैं, बस कुछ उपयुक्तताएं हैं जो हमें कुछ समस्याओं को आसान और अधिक सुरुचिपूर्ण हल करने में मदद करती हैं। टेलीफोनी प्रदाता की ओर से, फेलओवर कॉन्फ़िगर किया गया है: यदि एक सर्वर ने जवाब नहीं दिया, तो कॉल स्वचालित रूप से दूसरे पर जाएगी, यदि यह तीसरे पर है, और इसी तरह (वास्तव में 4 आईपी पंजीकृत हैं, अब 2 का उपयोग किया जाता है, लेकिन, इस मामले में, जल्दी से उठाना संभव है IP के साथ shamanism के बिना नए मुख्य नोड्स-प्रदाता और प्रदाता के साथ पत्राचार)।

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

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

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

ऑपरेटर, बदले में, अपने डेस्क पर एक वीओआईपी फोन, कुछ सॉफ्ट-फोन है, लेकिन यह स्वागत योग्य नहीं है। शीतल-फोन के साथ, गुणवत्ता ग्रस्त है, कोई सामान्य कॉल नहीं है, और यदि एजेंट ने हेडफ़ोन को हटा दिया और स्क्रीन (चाय पीने) से दूर हो गया, तो वह कॉल को याद कर सकता है। इसके अलावा, आपको एजेंट कंप्यूटर के लिए अधिक महंगे हार्डवेयर की आवश्यकता होती है (अब यह ubuntu, ~ $ 300 प्रति सेट) के आधार पर एक कम-अंत डिस्क रहित स्टेशन है और समर्थन बहुत अधिक जटिल हो जाता है (और इसलिए अधिक महंगा)। सॉफ्ट-फोन पर समर्थन अधिक महंगा है क्योंकि सॉफ्ट-फोन के विपरीत लोहे के फोन, आईपी पते और डीएचसीपी के माध्यम से उनके कॉन्फ़िगरेशन के लिए एक लिंक प्राप्त करते हैं। अमेज़ॅन पर सभी समान सर्वर उन्हें कॉन्फ़िगरेशन देते हैं, जिसके बाद फोन खुशी से और पूरी तरह से स्वतंत्र रूप से लैन में वीओआईपी प्रॉक्सी के माध्यम से सर्वर पर रजिस्टर करते हैं। यही है, मैनुअल कॉन्फ़िगरेशन का काम लगभग शून्य हो गया है (प्रावधान के लिए धन्यवाद, जो हमारे द्वारा उपयोग किए जाने वाले सभी फोन द्वारा समर्थित है)। लगभग सभी समर्थन सिर्फ एक फोन प्रतिस्थापन है। सॉफ्टवेयर फोन, जैसा कि अभ्यास में दिखाया गया है, कंपनी के व्यापक पैमाने पर उपयोगकर्ताओं से परामर्श करने, स्थापित करने और कॉन्फ़िगर करने, या तो ध्वनि या कुछ और के साथ समस्याओं को हल करने में काफी समय लेते हैं, सामान्य तौर पर, 600 लोग समस्याओं का एक अंतहीन प्रवाह बना सकते हैं यदि आप उन्हें एक उपकरण देते हैं उन्हें बनाने के लिए ... :)

फोन और बाहरी दुनिया के बीच सभी संचार केवल वीओआईपी प्रॉक्सी (+ HTTP को पारदर्शी HTTP प्रॉक्सी) के माध्यम से होता है। लेकिन वीओआईपी प्रॉक्सी पहले से ही अमेज़ॅन पर सर्वर के साथ संचार करता है, जो बदले में केवल उन पर पूर्व-पंजीकृत की एक सूची के साथ संचार करता है, प्रदाता के साथ, और किसी और के साथ नहीं।

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

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

गलती सहिष्णुता के बारे में कुछ शब्द।

एक टेलीफोनी प्रदाता के साथ संचार, जैसा कि पहले ही उल्लेख किया गया है, उनकी ओर से एक विफलता तंत्र है। दुर्भाग्य से, ऑपरेटर के संदर्भ में कोई विफलता नहीं है। सबसे पहले, खुद इतने सारे ऑपरेटर नहीं हैं, जो हमें जरूरत की हर चीज उपलब्ध कराने में सक्षम हैं, उच्च गुणवत्ता के साथ, समर्थन के साथ और यहां तक ​​कि उचित मूल्य पर। दूसरे, टेलीफोनी में, आईपी नेटवर्क के विपरीत, आप राउटर के एक आंदोलन के साथ किसी अन्य प्रदाता पर नहीं जा सकते। किसी अन्य प्रदाता के लिए अपनी संख्याओं को स्थानांतरित करना समय और धन है, बहुत कुछ नहीं, लेकिन लगभग 1,500 संख्याओं के साथ, यह पहले से ही कुछ दिनों का है और प्रत्येक स्विच के लिए महत्वपूर्ण राशि है - समस्या हल होने तक इंतजार करना सस्ता है। सौभाग्य से (टेलीफोन ऑपरेटरों के सम्मान में), व्यवधान बहुत कम और बहुत संक्षेप में होते हैं। तो आने वाली कॉल के केवल दो प्रदाता हैं, एक संयुक्त राज्य अमेरिका में और एक रूस में।
सर्वर (तारांकन), वह सब संभव है (और थोड़ा सा बाकी) कॉन्फ़िगरेशन को MySQL से "realtime" / के रूप में डाला और पढ़ा जाता है। अन्य सर्वरों द्वारा और वेब इंटरफेस के माध्यम से किए गए परिवर्तनों को नोटिस करने के लिए। पहले तो यह थोड़ा छोटा था, और हर कुछ घंटों में तारांकन गिर जाता था, लेकिन कई पैच के बाद हम इसे कम या ज्यादा स्थिर बनाने में कामयाब रहे। इस प्रकार, कोई फर्क नहीं पड़ता कि क्या नोड और कोई फर्क नहीं पड़ता कि यह कैसे कॉन्फ़िगरेशन में बदलाव करता है, अगली कार्रवाई, कॉन्फ़िगरेशन के इस स्थान के आधार पर, सभी नोड्स पहले से ही परिवर्तन के बारे में जानते हैं।
हर कुछ सेकंड में, सभी नोड्स MySQL में अपना स्टेट (कॉल की संख्या, लोड एवरेज, एक्टिव सर्विसेज आदि) लिखते हैं। तदनुसार, नोड्स जो इन आंकड़ों के आधार पर कॉल वितरित करते हैं, यह निर्धारित करते हैं कि कौन से सर्वर ऑनलाइन हैं और कौन कॉल देना बेहतर है (और लोड काफी आसानी से बदल जाता है)। इस प्रकार, जबकि mysql जीवित है और कम से कम मुख्य नोड्स में से एक पर कॉल जाएगा, सब कुछ काम करेगा और लोड उपलब्ध मशीनों (available छोटी चोटियों, लेकिन एक नियम के रूप में हमेशा कुछ मार्जिन) के बीच लगभग समान रूप से वितरित किया जाएगा। यदि किसी कारण से, नोड पर भार कुछ उचित सीमाओं से अधिक होने लगता है, तो कॉल की गुणवत्ता और स्थिरता के नुकसान को रोकने के लिए नोड (सरल स्क्रिप्ट के माध्यम से) स्वयं ही कुछ कम महत्वपूर्ण सेवाओं को रोकना या अवरुद्ध करना शुरू कर देता है। इसलिए, उदाहरण के लिए, सभी प्रकार की भारी रिपोर्ट पहले अप्राप्य हो जाती हैं।
MySQL के रूप में, हमारे पास बहु-उपलब्धता क्षेत्र के साथ अमेजोनियन RDS सक्षम हैं। और हां, आपका अपना ऑफ-साइट बैकअप। सिद्धांत रूप में, यदि आरडीएस इंस्टेंस मर जाता है, तो सब कुछ हमारी भागीदारी के बिना ही स्विच होना चाहिए। मुझे नहीं पता कि व्यवहार में ऐसा हुआ है या नहीं, उन्हें सूचनाएं नहीं मिलीं, लेकिन अभी तक सब कुछ एक घड़ी की तरह काम करता है। लेकिन यहां तक ​​कि अगर आरडीएस पूरी तरह से मर जाता है, तो आधे घंटे के भीतर आप निकटतम बैकअप से सब कुछ पुनः आरंभ कर सकते हैं। कोई आंकड़े और लॉग नहीं होंगे (जिनमें से टेराबाइट्स) और इसलिए रिपोर्टों का हिस्सा गलत होगा, लेकिन पूरा कॉन्फ़िगरेशन एक घंटे और आधे से अधिक पुराना नहीं होगा (क्योंकि यह बहुत कॉम्पैक्ट है)।
हमारे कार्यालयों में वीओआईपी प्रॉक्सी लिनक्स के तहत राउटर पर हैं। प्रत्येक कार्यालय में 2 राउटर हैं, जिनके बीच एक दिल की धड़कन चल रही है। यदि कोई मर जाता है, तो सभी सेवाएं (वीओआईपी प्रॉक्सी सहित) तुरंत एक ही आईपी के साथ दूसरे राउटर पर काम करना शुरू कर देती हैं।
हमारे प्रत्येक कार्यालय में 2 प्रदाता भी हैं। यदि एक मरता है / ग्लिच होता है - दूसरे पर जाएं। यह वह जगह है जहां फोन पंजीकरण के साथ समस्याएं शुरू होती हैं - आईपी बदल रहा है (सर्वर को पता होना चाहिए कि किस आईपी को कॉल भेजना है)। ऐसा करने के लिए, प्रत्येक प्रॉक्सी एक बार एक बार वेब व्यवस्थापक पैनल में एक विशेष URL पर अमेज़ॅन पर सर्वर पर जाता है और कहता है कि "मेरा वर्तमान आईपी ऐसा है और ऐसा है।" दूसरी ओर, स्क्रिप्ट इस मान की तुलना डेटाबेस में एक के साथ करता है और, यदि यह अचानक बदलता है, तो डेटाबेस में इससे संबंधित हर चीज को अपडेट करता है (उदाहरण के लिए, वर्तमान फोन पंजीकरण)। चूंकि अधिकांश रियलटाइम कॉन्फ़िगरेशन - कई ऑब्जेक्ट्स पर बहुत ही अगली कार्रवाई सही आईपी पर संचालित होगी - इस कार्यालय से / के लिए कॉल फिर से जाएंगे।
यह पूरा डिज़ाइन (सभी सॉफ्टवेयर, वीओआइपी-प्रॉक्सी, आदि के साथ एक सर्वर) हमारी स्थापना स्क्रिप्ट के साथ svn में डिज़ाइन किया गया है और svn चेकआउट ... &&///install.sh विधि का उपयोग करके ताजा, साफ लिनक्स पर तैनात है। कॉन्फ़िगरेशन की एक निश्चित राशि की आवश्यकता होती है, लेकिन यह अमेज़ॅन पर काफी कम है। सर्वर पर, अप-टू-डेट स्नैपशॉट भी हैं जिनसे आप जल्दी से +1 प्राथमिक या द्वितीयक सर्वर को तैनात कर सकते हैं।
प्रत्येक नोड में अपाचे + php और php स्क्रिप्ट का एक पूरा सेट होता है, और वेब के संदर्भ में, सभी नोड पूरी तरह से समान होते हैं (सभी एक ही mysql पर जाते हैं, हर कोई मुख्य नोड्स पर मेमेकटेड का उपयोग करता है)। आप वास्तविक समय में देख सकते हैं और देख सकते हैं कि किसी भी मशीन पर वेब इंटरफेस के माध्यम से यह सब क्या हो रहा है। वेब इंटरफ़ेस उसी MySQL के साथ काम करता है। इसके अलावा, कुछ आदेश सीधे वांछित नोड पर तारांकन के लिए भेजे जाते हैं। उदाहरण के लिए, "मैं सुनना चाहता हूं कि यह ऑपरेटर और ग्राहक अब किस बारे में बात कर रहे हैं" समूह या गुणवत्ता नियंत्रण विभाग के प्रमुख के वेब पैनल में (जो नए ऑपरेटरों को प्रशिक्षित करते समय और बेईमानों को पकड़ने के लिए अपरिहार्य है - हम पैसे के लिए काम करते हैं)।
एक अलग छोटे उदाहरण पर, नेगनेक्स कताई है, जो वेब के सभी बाहरी अनुरोधों (फोन के ऑटो-कॉन्फ़िगरेशन, प्रॉक्सी से आईपी अपडेट करते हुए, व्यवस्थापक / आंकड़ों तक पहुंच) को वास्तविक सर्वरों में हल करता है। इस उदाहरण में एक स्नैपशॉट है और एक स्क्रिप्ट है जो कुछ सेकंड में एक ही नई मशीन को उठा सकती है और यदि कोई ऐसी आवश्यकता है तो उस पर पुराने आईपी को लटका सकता है। यह मशीन इतनी सरल और आदिम है कि लोहे को छोड़कर, बस नाकाम होने और मरने के लिए कुछ भी नहीं है। उत्तरार्द्ध उपरोक्त स्क्रिप्ट द्वारा हल किया गया है (अब तक, परीक्षण को छोड़कर, उनका कभी उपयोग नहीं किया गया है)।
खैर, निश्चित रूप से, ई-मेल और एसएमएस (महत्वपूर्ण स्थितियों के बारे में) द्वारा सूचनाओं के साथ सब कुछ की निगरानी करना। हम इस पूरी संरचना के घटकों के बारे में जानकारी एकत्र करने के लिए घर में बने स्क्रिप्ट के नेटएक्सएमएस + ढेर की मदद से निगरानी करते हैं।

लोड के बारे में।

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

एमपी में कॉल रिकॉर्डिंग (या ध्वनि मेल) परिवर्तित करना काफी महंगा है। लेकिन अगर ब्राउज़र में / काम करने वाले कंप्यूटर पर इसे सुनने की इच्छा है, और न केवल फोन से, तो यह नहीं है। और एक इच्छा होती है। हां, और डिस्क स्थान फिर से सहेजा गया है।

वेब इंटरफ़ेस और भी महंगा है। सभी प्रकार की रिपोर्ट और रियलटाइम आँकड़े संसाधनों में एक ब्लैक होल हैं। हर जगह जहाँ भी संभव हो आप agi-sheks का एक समुद्र पा सकते हैं जो लॉग लिखते हैं और सभी प्रकार की रिपोर्टों में इसके आगे उपयोग के लिए आंकड़े एकत्र करते हैं। प्रति कॉल 5MB अलग-अलग डेटा सहित, पूर्ण SIP-Trace कॉल के मामले में कुछ गलत था।

जब यह सब संसाधित हो गया है, तो आप बहुत सारी उपयोगी जानकारी प्राप्त कर सकते हैं। "किन राज्यों से उन्होंने पिछले 3 महीनों से इस एजेंट को शाम को फोन किया?", "इस विभाग से छूटी हुई प्रतिशत क्या है?", "इस महीने में यह ग्राहक हमें क्या कहता है?", "एसआईपी पैकेट के नुकसान का औसत प्रतिशत क्या है?" पाकिस्तान कब बुलाएं? ”इत्यादि।

कंपनी की प्रत्येक आंतरिक प्रणाली (सीआरएम, विज्ञापन प्रबंधन, फ्रंट-एंड) समय-समय पर सभी प्रकार के रियलटाइम आंकड़ों का अनुरोध करती है। उदाहरण के लिए, yaturist.ru परियोजना का दृश्य फोन दिखाता है जिसके द्वारा आप ऑपरेटर के साथ तभी बात कर सकते हैं जब कम से कम 1 एजेंट वर्तमान में इस परियोजना की कॉल कतार की सेवा दे रहा हो। अन्य मामलों में, इलेक्ट्रॉनिक रूप में एक आवेदन पत्र दाखिल करने के लिए एक फॉर्म दिखाया गया है।

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

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

निष्कर्ष

यह बल्कि एक समीक्षा लेख है, कई तकनीकी विवरण पर्दे के पीछे छोड़ दिए जाते हैं। हम सभी बहुत अलग हैं, मुझे नहीं पता कि वास्तव में आपके लिए क्या दिलचस्प होगा। यदि आप इस विषय में रुचि रखते हैं, तो प्रश्न पूछें। मुझे जवाब देने या यहां तक ​​कि तकनीकी विवरणों का वर्णन करने में खुशी होगी जो मेरे लिए एक अलग लेख में रुचि रखते हैं।