हमने रोस्टेलकॉम की एड्रेस डायरेक्टरी कैसे बनाई

रोस्टेलकॉम सब कुछ और यहां तक ​​कि पतों के बारे में थोड़ा और क्यों जानता होगा?

इंटरनेट, अपनी सभी डिजिटल छवि के साथ, एनालॉग दुनिया में बनाई गई चीज है। और अब तक, घर में हाई-स्पीड इंटरनेट होने के लिए, एक केबल को घर से भौतिक रूप से जुड़ा होना चाहिए।

यह घर का पता है जो इंटरनेट सेवाएं प्रदान करने की बहु-चरण प्रक्रिया में पहचान का प्रमुख उद्देश्य है।

यह पता उस समय दिखाई देता है जब कोई ग्राहक हमसे रोस्टेलेकॉम में यह पूछते हैं कि क्या यह इंटरनेट से कनेक्ट करना संभव है। इंटरनेट के साथ केबल घर से जुड़ा है या नहीं, यह जांचने के लिए ऑपरेटर को ग्राहक का पता जानना होगा। पते का उपयोग मौजूदा क्लाइंट के समर्थन और सेवा के चरण तक किया जाता है। क्लाइंट के पते पर तकनीकी सहायता सेवा से संपर्क करने पर, यह जाँच की जाती है कि क्या समस्या स्थानीय है, या यदि दुर्घटना बड़े पैमाने पर है और समस्या पूरी तिमाही को प्रभावित कर चुकी है।

और निश्चित रूप से, प्रक्रिया के हर चरण पर, क्लाइंट को प्रतिक्रिया की गति महत्वपूर्ण है।

इस पोस्ट में हम बात करेंगे कि हमारे आंतरिक सिस्टम के लिए ग्राहक का पता कितना महत्वपूर्ण है, FIAS रामबाण क्यों नहीं है, और यूनिफाइड पासपोर्ट घर पर क्यों बनाया गया।

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

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

इन सभी सूचना प्रणालियों को रोस्टेलेकॉम के विलय से पहले विकसित और कार्यान्वित किया गया था, और एक नियम के रूप में, इससे पहले कि इंटरनेट बाजार इतना उच्च प्रतिस्पर्धी हो गया।

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

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

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

एकल पता निर्देशिका से पहले सब कुछ कैसा था? FIAS फिट क्यों नहीं होता? ऐसा लगता है कि सब कुछ अधिक जटिल क्यों है?

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

दूसरे, इंटरनेट पर इस मुद्दे का अध्ययन करने के पहले पंद्रह मिनट के बाद, आपको पता चलेगा कि पूरे रूस के लिए एक पता निर्देशिका पहले ही कर में बनाई गई है। और यह सब करने के लिए आपके पास रहता है FIAS डेटाबेस डाउनलोड करें, इसे डेटाबेस पर अपलोड करें और पता निर्देशिका तैयार है। एक तरह से, निश्चित रूप से, यह मामला है।

एक संघीय सूचना पता प्रणाली है, इसमें पते मौजूद हैं, वे नियमित रूप से अपडेट किए जाते हैं, और संघीय कर सेवा नियमित रूप से अपडेट पोस्ट करती है। कई कार्यों के लिए, यह गाइड उपयुक्त है, उदाहरण के लिए, संघीय कर सेवा के कार्यों के लिए।

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

लेकिन मुख्य समस्या यह थी कि रोस्टेलकॉम में परियोजना की शुरुआत के समय कम से कम 40 सक्रिय रूप से उपयोग की जाने वाली प्रणालियां थीं, जिनमें से प्रत्येक की अपनी स्वयं की पता निर्देशिका थी, पते के साथ अपना स्वयं का डेटाबेस था, जिसकी तुलना में FIAS के साथ मिलान पते के लगभग 60% उपज थी। और 40% पते जो कर कार्यालय के बारे में कुछ भी नहीं जानते हैं।

इन 40% पतों को "कचरा" के रूप में परिभाषित करना असंभव था, क्योंकि ग्राहक आधार का लगभग समान प्रतिशत उन पर स्थित था, और पतों की अस्वीकृति का मतलब ग्राहकों की अस्वीकृति भी था। ड्रॉपआउट के प्रत्येक पते के लिए यह समझना आवश्यक था: क्या ऐसा कोई पता मौजूद है और क्या यह पता स्वतंत्र है, या यह किसी अन्य पते का डुप्लिकेट है? या शायद यह एक कोने का घर है, और हम वैकल्पिक पते के साथ काम कर रहे हैं?

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

हमने यह सब कैसे किया और इतनी देर क्यों की

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

सरलीकृत, परियोजना कार्यान्वयन प्रक्रिया को निम्नलिखित चरणों के अनुक्रम के रूप में वर्णित किया जा सकता है:

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

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

लेवेंसहाइटिन और यारो-विंकलर की प्रसिद्ध विधियों का उपयोग करके इस एल्गोरिदम को पूरी तरह से स्वचालित करना संभव नहीं था। इसलिए, पता पार्सिंग की स्वचालित विधि के साथ, संदर्भ डेटा से पता लाइनों के वास्तविक अनुमेय विचलन का आकलन करने के लिए विकसित एल्गोरिथम भी लागू किया गया था।

लेकिन यह पर्याप्त नहीं था!

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

लेकिन बड़ी मात्रा में अतिरिक्त जानकारी की उपस्थिति के बावजूद: तकनीकी लेखा प्रणालियों, पत्राचार वापसी सूचियों, ग्राहक पहचानकर्ताओं द्वारा प्रणालियों के पते निर्देशिकाओं के बीच क्रॉस-कनेक्शन, कुछ शाखाओं में ग्रे ज़ोन - विशिष्ट रूप से पहचाने नहीं जा सकने वाले पतों की सूची - 10% तक पहुंच सकती है।

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

संदर्भ पता निर्देशिका का निर्माण टाइटैनिक प्रयासों का परिणाम था, लेकिन इस काम का परिणाम ऐसे घरों से जुड़ने की तकनीकी व्यवहार्यता को निर्धारित करने की सटीकता को बढ़ाना था, जिसका अर्थ है कि लक्ष्य प्राप्त किया गया था।

परियोजना का दूसरा समान रूप से कठिन और दिलचस्प पहलू समाधान वास्तुकला के विकास से संबंधित था।

अंतिम समाधान वास्तुकला का जन्म दो गलत धारणाओं से पहले हुआ था:

1. रोस्टेलकॉम का पता निर्देशिका एक औद्योगिक एमडीएम मंच के आधार पर बनाया जा सकता है।
2. रोस्टेलकॉम की पता निर्देशिका को पार्सिंग और सामान्यीकरण के लिए एक औद्योगिक मंच के आधार पर बनाया जा सकता है।

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

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

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

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

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

यह इतना कठिन क्यों है?

रोस्टेलेकॉम के आईटी परिदृश्य के निर्माण की बारीकियों को देखते हुए, सिस्टम का पहला कार्यान्वयन सीधे macroregion के आईटी परिदृश्य के औद्योगिक सर्किट में होना चाहिए था। औद्योगिक सर्किट पर, आईटी परिदृश्य की प्रमुख प्रणालियों के साथ नए एकीकरण को पायलट ऑपरेशन में पेश किया गया, जिसका रोस्टेलकॉम PJSC की सभी व्यावसायिक प्रक्रियाओं के तकनीकी कार्यान्वयन पर प्रभाव पड़ा: बिक्री और कनेक्शन, नई संचार सुविधाओं का कमीशन, घरेलू संचार नेटवर्क का आधुनिकीकरण, स्थापना, समर्थन लाइनों 2 और 3 पर, निर्माण योजना, रिपोर्टिंग। कार्यान्वयन त्रुटि का जोखिम मैक्रोचार्जियन की सूचना प्रणाली, सभी व्यावसायिक प्रक्रियाओं का शटडाउन, बिक्री में गिरावट और प्रतिष्ठा जोखिमों के बीच सूचना प्रवाह के काम को पूरी तरह से अवरुद्ध करता था।

इसलिए, पहले कार्यान्वयन से पहले, प्रत्येक चरण को स्पष्ट रूप से सत्यापित किया गया था, प्रत्येक पते और सिस्टम को संचालन में रखा गया था, इसके शुरू होने के दो सप्ताह के लिए 24 घंटे की ड्यूटी की आवश्यकता थी।

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

प्रयुक्त तकनीक और उपकरण

प्रणाली की मॉड्यूलर संरचना चित्र में दिखाई गई है।


क्लिक करने योग्य

तकनीकी प्रक्रिया के बारे में

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

बैकएंड के बारे में

वर्तमान परियोजना जावा ईई प्रौद्योगिकी और वाइल्डली वेब सर्वर पर आधारित है। यह परियोजना अखंड है, हालांकि अब यह अलग-अलग माइक्रोसर्विसेज में अपने "पृथक्करण" की योजना से गुजर रही है, क्योंकि परियोजना पर भार धीरे-धीरे चरम पर पहुंचने लगा है, और इसके लिए सामान्य स्केलिंग की आवश्यकता होती है।

सीमा के बारे में

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

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

एकीकरण परिदृश्यों के बारे में

ORPON निर्देशिकाओं की उपभोक्ता सूचना प्रणालियों के साथ सिस्टम 20 से अधिक विभिन्न एकीकरण परिदृश्यों को लागू करता है।

एकीकरण स्क्रिप्ट आपको एक ही पते और पते या पते के तत्वों की एक सामूहिक सूची दोनों को स्थानांतरित करने की अनुमति देती है। ORPON सिस्टम एक पते और स्वतंत्र रूप से पते की एक सूची के हस्तांतरण की शुरुआत कर सकता है, उदाहरण के लिए, जब एक विशेषज्ञ सिस्टम में एक नया पता दर्ज करता है या जब FIAS परिवर्तन डाउनलोड होते हैं, या यह एक आसन्न प्रणाली से अनुरोध के जवाब में इन क्रियाओं को कर सकता है। निर्देशिकाओं का स्थानांतरण, अचल संपत्ति की विशेषताएं - निश्चित रूप से।

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

आधारभूत संरचना के बारे में

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

• PostgreSQL DBMS क्लस्टर
• RedHat एंटरप्राइज लिनक्स 7.7 (64-बिट)
• PostgreSQL सर्वर 11.4 (64-बिट)
• क्लस्टरस्टैब पेसमेकर |
• अनुप्रयोग सर्वर क्लस्टर
• RedHat एंटरप्राइज लिनक्स 7.7 (64-बिट)
• WildFly अनुप्रयोग सर्वर 17 (64-बिट)
• Citrix Balancer Software
• BY या PON द्वारा
• क्लस्टर प्लेटफ़ॉर्म टूलटिप्स और सॉफ्टवेयर फैक्टर
• WildFly अनुप्रयोग सर्वर 17 (64-बिट)
• Citrix Balancer Software
• सॉफ्टवेयर उत्पाद फैक्टरी
• सॉफ्टवेयर उत्पाद "टिप्स"

इसने हमें क्या दिया

सूचना प्रणालियों के कार्यान्वयन के प्रभाव को मापना अक्सर मुश्किल होता है, कई बदलाव तुरंत होते हैं और कोई निश्चित उत्तर नहीं होता है - क्या कोई प्रभाव था, और यदि एक था, तो क्या सकारात्मक या नकारात्मक परिणाम हुए। खासकर यदि आप एक बुनियादी ढांचा परियोजना उठा रहे हैं जो आपके आईटी परिदृश्य के बहुत दिल में स्थित है।

हम भाग्यशाली थे, और मैक्रो-क्षेत्रों में से एक में हम एक स्वच्छ प्रयोग करने में सक्षम थे। समय की अवधि में, संगठनात्मक और आईटी प्रक्रियाओं में केवल एक परिवर्तन हुआ था, और यह एकीकृत पता निर्देशिका - ओरेगन का परिचय था। प्रभाव का पैमाना बहुत बड़ा था - सिस्टम की शुरूआत के बाद कनेक्ट होने की तकनीकी व्यवहार्यता को 22% तक बढ़ाने के लिए सकारात्मक प्रतिक्रियाओं की संख्या। मैक्रो-क्षेत्र में लागू करने से पहले, सिस्टम में पते के बीच कोई अस्पष्ट संबंध नहीं था, जहां तकनीकी सहायता के लिए अनुरोध आता है और तकनीकी लेखा प्रणाली, जहां संभावना की जांच की जाती है - कौन सा पता चुना जाएगा, एक लॉटरी थी। इसके अलावा, SLTU में बहुत सारे डुप्लिकेट थे और जो उपकरण घर में थे, उन्हें बेतरतीब ढंग से कई पते पर वितरित किया जा सकता था, जिनमें से एक को तकनीकी व्यवहार्यता की जांच करने के लिए यादृच्छिक रूप से चुना गया था।सिस्टम के कार्यान्वयन ने इस अनिश्चितता को कम करने की अनुमति दी 0, और पते पर सेवा प्रदान करने की तकनीकी व्यवहार्यता का निर्धारण करने में त्रुटियों के कारण RT.RU वेबसाइट पर आवेदन दर्ज करने के चरण में ग्राहकों के नुकसान को खत्म करने के लिए।

जब हमें ये परिणाम मिले, तो हमें अपनी आँखों पर विश्वास नहीं हुआ! ये संख्या हमारी बेतहाशा अपेक्षाओं को पार कर गई।

यह लेख रोस्टेलकॉम डेटा प्रबंधन टीम द्वारा तैयार किया गया था