व्हिएन्नानेट: बॅकएंडसाठी लायब्ररींचा संच

हॅलो प्रत्येकजण!

आम्ही Raiffeisenbank मधील .NET डेव्हलपर्सचा समुदाय आहोत आणि आम्हाला एकाच इकोसिस्टमसह त्वरीत मायक्रोसर्व्हिसेस तयार करण्यासाठी .NET Core वर आधारित पायाभूत सुविधांच्या लायब्ररीच्या संचाबद्दल बोलायचे आहे. त्यांनी ते ओपन सोर्सवर आणले!

इतिहास एक बिट

एकेकाळी आमच्याकडे एक मोठा मोनोलिथिक प्रकल्प होता, जो हळूहळू मायक्रोसर्व्हिसेसच्या संचामध्ये बदलला (आपण या प्रक्रियेच्या वैशिष्ट्यांबद्दल वाचू शकता हा लेख). प्रक्रियेत, आम्हाला समस्या आली की नवीन मायक्रोसर्व्हिसेस तयार करताना, आम्हाला अनेकदा विविध पायाभूत सुविधांची कॉपी करावी लागते - जसे की लॉगिंग सेट करणे, डेटाबेससह कार्य करणे, WCF इ. एका टीमने या प्रकल्पावर काम केले आणि प्रत्येकाला पायाभूत सुविधांसह काम करण्याच्या काही प्रस्थापित दृष्टिकोनाची आधीच सवय झाली होती. म्हणून, आम्ही कॉमन कोड वेगळ्या रेपॉजिटरीमध्ये विभक्त केला, संग्रहित लायब्ररी Nuget पॅकेजेसमध्ये गुंडाळल्या आणि त्या आमच्या अंतर्गत Nuget रिपॉझिटरीमध्ये ठेवल्या.

वेळ निघून गेला, प्रकल्प हळूहळू खंडित झाला आणि आधुनिक JS फ्रेमवर्कवर नवीन क्लायंट-साइड मॉड्यूल्स तयार करण्याची आणि ब्राउझरमध्ये चालवण्याची इच्छा होती. आम्ही WCF/SOAP वरून REST/HTTP वर जाण्यास सुरुवात केली, त्यामुळे AspNet WebApi वर आधारित सेवा त्वरित सुरू करण्यासाठी आम्हाला नवीन लायब्ररींची आवश्यकता आहे. .Net Framework 4.5 ची पहिली आवृत्ती आमच्या वास्तुविशारदाने त्याच्या मोकळ्या वेळेत जवळजवळ गुडघ्यावर बसवून तयार केली होती, परंतु आउट ऑफ द बॉक्सने Program.cs मधील तीन ओळींसह सेवा सुरू करणे शक्य केले ज्यामध्ये अधिकृतता (NTLM), कॅसल विंडसरवर आधारित लॉगिंग, स्वॅगर, IoC/DI, सानुकूलित HTTP क्लायंट जे संपूर्ण प्रोजेक्टमध्ये एंड-टू-एंड लॉगिंग प्रदान करण्यासाठी विविध शीर्षलेख फॉरवर्ड करतात. आणि ही संपूर्ण गोष्ट थेट सेवा कॉन्फिगरेशन फाइलमध्ये कॉन्फिगर केली जाऊ शकते.

तथापि, सर्व काही गुळगुळीत नव्हते: नवीन मॉड्यूल्स सादर करण्याच्या बाबतीत ही लायब्ररी अत्यंत लवचिक असल्याचे दिसून आले. उदाहरणार्थ, जर तुम्हाला काही खास मिडलवेअर जोडण्याची गरज असेल, तर तुम्हाला नवीन असेंब्ली तयार करावी लागेल आणि सेवा चालवणाऱ्या बेस क्लासकडून वारसा घ्यावा लागेल, जे अत्यंत गैरसोयीचे होते. सुदैवाने, अशी प्रकरणे फारशी नव्हती.

डॉकर आणि कुबर्नेट्सचा काळ

अशी वेळ आली आहे जेव्हा डॉकर आणि कुबर्नेट्सची लाट आमच्यापर्यंत पोहोचली, जी आम्ही जवळून पाहिली: शेवटी, .Net Core मध्ये तंत्रज्ञानासह पुढे जाण्याची ही एक उत्तम संधी होती. याचा अर्थ सेवा चालविण्यासाठी आम्हाला नवीन पायाभूत सुविधांची आवश्यकता असेल: काही लायब्ररी .Net Framework वरून .Net Standard आणि .Net Core वर स्थलांतरित झाल्या आहेत, काही बदलांशिवाय, काही किरकोळ सुधारणांसह. परंतु सर्वात जास्त मला AspNet Core वर सेवा लॉन्च करण्याशी संबंधित कार्यक्षमतेवर पुन्हा काम करायचे होते.

आम्ही विचारात घेतलेली पहिली गोष्ट ही एक संकल्पना होती जी मागील आवृत्तीची मुख्य कमतरता दूर करेल: लवचिकतेचा अभाव. म्हणून, संपूर्ण ग्रंथालय प्रणाली शक्य तितकी स्वतंत्र आणि मॉड्यूलर बनविण्याचा आणि बांधकामकर्ता म्हणून कार्यक्षमतेसाठी आवश्यक सेवा गोळा करण्याचा निर्णय घेण्यात आला.

डेटाबेस, बस आणि इतर सेवांशी संवाद कसा साधायचा याचे वर्णन करणारा एकसंध दृष्टीकोन तयार करणे हे मुख्य ध्येय आहे. आम्ही एकत्रीकरण जलद आणि वेदनारहित करण्याचा प्रयत्न केला आणि विकासक पायाभूत सुविधांऐवजी व्यवसाय तर्कशास्त्र लिहिण्यावर लक्ष केंद्रित करू शकतात - ते आधीच तयार आहे. एक सामान्य भांडार संघांमधील परस्परसंवादाचा अनुभव सुधारण्यास मदत करतो: जेव्हा खूप समान अंतर्गत पायाभूत सुविधा वापरल्या जातात, तेव्हा दुसर्‍या संघाच्या विकास प्रक्रियेत सामील होणे आणि कौशल्याची देवाणघेवाण करणे सोपे होते.

आणि आम्हाला ओपन सोर्सची गरज का आहे?

आम्ही आमच्या कौशल्याची परिपक्वता दर्शवू इच्छितो आणि उच्च-गुणवत्तेचा अभिप्राय प्राप्त करू इच्छितो: बँकेच्या बाहेरील व्यक्ती स्वतःहून काहीतरी आणण्यास सक्षम असेल. आम्हाला उद्योगात .NET वर मायक्रोसर्व्हिसेस आणि DDD सह काम करण्याच्या पद्धती विकसित करण्यात देखील रस आहे; कदाचित कोणीतरी फ्रेमवर्कचे काही भाग ताब्यात घेऊ इच्छित असेल.

वास्तविक, व्हिएन्नानेट

आता जवळून बघूया. संपूर्ण स्त्रोत कोड येथे पोस्ट केला आहे.

ViennaNET.WebApi.*

लायब्ररीच्या या संचामध्ये “रूट” ViennaNET.WebApi असते, ज्यामध्ये CompanyHostBuilder सेवेसाठी बिल्डर वर्ग असतो आणि ViennaNET.WebApi.Configurators कॉन्फिगरेटरचा संच असतो. सेवा कॉन्फिगरेटर्समध्ये तुम्ही लॉगिंग, डायग्नोस्टिक्स, ऑथेंटिकेशन आणि ऑथरायझेशन प्रकार, स्वॅगर इ.साठी कनेक्शन शोधू शकता.

ViennaNET.WebApi.Runners.* मध्ये पूर्व-कॉन्फिगर केलेले सेवा बिल्डर देखील आहेत. ही पॅकेजेस तुम्हाला प्रत्येक वेळी नवीन सेवा तयार करताना लक्षात ठेवू देत नाहीत ज्यात कॉन्फिगरेटर कनेक्ट करणे आवश्यक आहे. तथापि, ते कोणत्याही प्रकारे सेवा बिल्डरची कार्यक्षमता मर्यादित करत नाहीत.

ViennaNET.मध्यस्थ.*

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

ViennaNET.Validation

त्यांच्याकडून प्रमाणीकरण नियम आणि अनुक्रम तयार करण्यासाठी वर्गांचा संच असलेली असेंब्ली. डोमेन प्रमाणीकरण लागू करण्यासाठी हे अतिशय सोयीचे आहे, कारण ते तुम्हाला प्रत्येक व्यवसाय स्थितीचे एका साध्या आणि स्वतंत्र नियमाच्या रूपात वर्णन करण्यास अनुमती देते.

ViennaNET.Redis

Redis सोबत इन-मेमरी कॅशे म्हणून सोयीस्कर कामासाठी रॅपर्स असलेली लायब्ररी.

ViennaNET.स्पेसिफिकेशन्स

स्पेसिफिकेशन पॅटर्न लागू करणारे वर्ग असलेली असेंब्ली.

आमच्या सेटमध्ये हे सर्व नाही. बाकी तुम्ही पाहू शकता GitHub भांडारात. डेटाबेससह कार्य करण्यासाठी आम्ही लवकरच आमची लायब्ररी ओपनसोर्सवर सोडण्याची योजना आखत आहोत.

आपले लक्ष दिल्याबद्दल धन्यवाद, आम्ही आपल्या टिप्पण्या आणि पुल विनंत्यांसाठी उत्सुक आहोत.

स्त्रोत: www.habr.com