अत्यधिक भरी हुई डियाडोक प्रणाली वास्तुकला

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

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

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

आप व्यापार के दृष्टिकोण से और डियाडॉक वेबसाइट पर लेखांकन के बारे में डायडॉक के बारे में अधिक जान सकते हैं , और यहां तकनीकी विवरण आगे बढ़ेंगे ।

मंच

ओएस: विंडोज, लिनक्स
भाषा: सी #, .नेट 4.0
संदेश पंक्तिबद्ध करना: RabMMQ
डेटा वेयरहाउस: कैसेंड्रा, माईएसक्यूएल, बर्कले डीबी, कान्सो (मालिकाना)
प्रोटोकॉल: थ्रिफ्ट, प्रोटोकॉल बफर
इन-मेमोरी कैशिंग: रेडिस
MVC: ASP.NET MVC, रेजर (केवल व्यवस्थापक)
लोड संतुलन: Nginx।

आर्किटेक्चर

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

कैसेंड्रा

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

Kanso

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

MySQL

केवल उन डेटा को संग्रहीत करने के लिए उपयोग किया जाता है जिन्हें बार-बार परिवर्तनों की आवश्यकता नहीं होती है। MySQL के लिए शेयरिंग का उपयोग नहीं किया जाता है, सभी परिवर्तन एक सर्वर के माध्यम से होते हैं, और डेटा पढ़ने के लिए कई प्रतिकृतियां होती हैं।

RabbitMQ

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

डेटा कैशिंग

डेटा कैशिंग और त्वरित जानकारी पुनर्प्राप्ति के लिए, Redis का उपयोग किया जाता है, साथ ही .net सेवाओं के एक पूरे समूह, जो स्टार्टअप पर, Kanso से डेटा पढ़ते हैं और अपने स्थानीय बर्कले DB डेटाबेस को लिखते हैं।

एकीकरण

प्रोटोकॉल बफ़र्स का उपयोग सार्वजनिक API के लिए भी किया जाता है, लेकिन OLE स्वचालन के माध्यम से बातचीत करना संभव है। कई बड़ी कंपनियां एकीकरण स्वचालन समस्याओं का सामना करती हैं, और डायडॉक डेवलपर्स परियोजना को अन्य प्रणालियों के साथ एकीकृत करने में मदद करते हैं। बहुत बार बाहरी सिस्टम या XML को किसी अन्य कंप्यूटर में पढ़ने योग्य प्रारूप में डेटा डाउनलोड करना संभव नहीं होता है, और हम मुद्रित स्वरूपों (पीडीएफ) से डेटा को अपने प्रारूप में परिवर्तित करने के लिए मजबूर होते हैं।
एकीकरण के बारे में अधिक जानकारी के लिए, देखें:
https://diadoc.kontur.ru/sdk/IntegrationOptions.html
https://diadoc.kontur.ru/sdk/

विकास के सिद्धांत

• बहुत बार जोड़ी प्रोग्रामिंग का उपयोग किया जाता है।
• अनिवार्य कोड की समीक्षा।
• दो सप्ताह की पुनरावृत्ति योजना।
• मौजूदा मामलों की स्थिति (स्टैंड-अप मीटिंग) के बारे में पूरी टीम की दैनिक बैठक।
• विपणन के मामले में और विकास के संदर्भ में परियोजना की स्थिति के बारे में जानकारी की पारदर्शिता।

विकास के उपकरण

• विजुअल स्टूडियो 2012
• Resharper
• निरंतरता के लिए टीमसिटी
• YouTrack इश्यू ट्रैकर के रूप में

आंकड़े

प्रोग्रामर की संख्या: 24
सर्वरों की संख्या: ~ 40
औसत दस्तावेज़ डिलीवरी का समय: 7 सेकंड
पंजीकृत संगठन: ~ 160,000