वियनानेट: बैकएंड के लिए पुस्तकालयों का एक सेट

सभी को नमस्कार!

हम Raiffeisenbank में .NET डेवलपर्स का एक समुदाय हैं और हम एकल पारिस्थितिकी तंत्र के साथ त्वरित रूप से माइक्रोसर्विसेज बनाने के लिए .NET कोर पर आधारित बुनियादी ढांचे पुस्तकालयों के एक सेट के बारे में बात करना चाहते हैं। वे इसे ओपन सोर्स में ले आये!

एक छोटा सा इतिहास

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

समय बीतता गया, परियोजना धीरे-धीरे खंडित हो गई, और आधुनिक जेएस ढांचे पर नए क्लाइंट-साइड मॉड्यूल बनाने और उन्हें ब्राउज़र में चलाने की इच्छा हुई। हमने WCF/SOAP से REST/HTTP की ओर बढ़ना शुरू कर दिया, इसलिए हमें AspNet WebApi पर आधारित सेवाओं को शीघ्रता से लॉन्च करने के लिए नई लाइब्रेरी की आवश्यकता थी। .नेट फ्रेमवर्क 4.5 पर पहला संस्करण हमारे वास्तुकार द्वारा अपने खाली समय में लगभग घुटनों के बल बनाया गया था, लेकिन बॉक्स के बाहर इसने प्रोग्राम.सीएस में तीन लाइनों के साथ एक सेवा लॉन्च करना संभव बना दिया जिसमें प्राधिकरण (एनटीएलएम) शामिल था, कैसल विंडसर पर आधारित लॉगिंग, स्वैगर, आईओसी/डीआई, अनुकूलित HTTP क्लाइंट जो पूरे प्रोजेक्ट में एंड-टू-एंड लॉगिंग प्रदान करने के लिए विभिन्न हेडर को अग्रेषित करते हैं। और इस पूरी चीज़ को सीधे सेवा कॉन्फ़िगरेशन फ़ाइल में कॉन्फ़िगर किया जा सकता है।

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

डॉकर और कुबेरनेट्स का युग

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

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

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

और हमें ओपन सोर्स की आवश्यकता क्यों है?

हम अपनी विशेषज्ञता की परिपक्वता दिखाना चाहते हैं और उच्च गुणवत्ता वाली प्रतिक्रिया प्राप्त करना चाहते हैं: बैंक के बाहर का कोई व्यक्ति अपने लिए कुछ ला सकेगा। हम उद्योग में .NET पर माइक्रोसर्विसेज और DDD के साथ काम करने के लिए प्रथाओं के विकास में भी रुचि रखते हैं; शायद कोई व्यक्ति ढांचे के कुछ हिस्सों को अपने हाथ में लेना चाहेगा।

दरअसल, वियनानेट

आइए अब करीब से देखें। संपूर्ण स्रोत कोड यहां पोस्ट किया गया है.

वियनानेट.वेबएपी.*

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

वियनाNET.WebApi.Runners.* में पूर्व-कॉन्फ़िगर सेवा बिल्डर्स भी शामिल हैं। ये पैकेज आपको हर बार एक नई सेवा बनाते समय यह याद रखने की अनुमति नहीं देते हैं कि किन कॉन्फ़िगरेशनकर्ताओं को कनेक्ट करने की आवश्यकता है। हालाँकि, वे किसी भी तरह से सेवा निर्माता की कार्यक्षमता को सीमित नहीं करते हैं।

वियनानेट.मध्यस्थ.*

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

वियनानेट.सत्यापन

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

वियनानेट.रेडिस

इन-मेमोरी कैश के रूप में रेडिस के साथ सुविधाजनक काम के लिए रैपर्स वाली एक लाइब्रेरी।

वियनानेट.विनिर्देश

एक असेंबली जिसमें कक्षाएं होती हैं जो विशिष्टता पैटर्न लागू करती हैं।

हमारे सेट में बस इतना ही नहीं है. बाकी आप देख सकते हैं GitHub रिपॉजिटरी में. हम डेटाबेस के साथ काम करने के लिए अपनी लाइब्रेरीज़ को जल्द ही ओपनसोर्स पर जारी करने की योजना बना रहे हैं।

आपके ध्यान के लिए धन्यवाद, हम आपकी टिप्पणियों और अनुरोधों की प्रतीक्षा कर रहे हैं।

स्रोत: www.habr.com