लिनक्स पर .NET कोर, घोड़े की पीठ पर DevOps

हमने देवो का विकास किया जैसा हम कर सकते थे। हम में से 8 थे, और वास्या विंडोज पर सबसे अच्छे थे। अचानक, वासा ने छोड़ दिया, और मुझे एक नया प्रोजेक्ट लाने का काम मिला जो विंडोज-डेवलपमेंट की आपूर्ति करता है। जब मैंने टेबल पर विंडोज के विकास का पूरा ढेर डाला, तो मुझे महसूस हुआ कि स्थिति एक दर्द है ...

इसलिए DevOpsConf में अलेक्जेंडर सिनचिनोव की कहानी शुरू होती है। जब अग्रणी विंडोज विशेषज्ञ ने कंपनी छोड़ दी, तो अलेक्जेंडर आश्चर्यचकित था कि अब क्या करना है। लिनक्स पर जाएँ, बिल्कुल! अलेक्जेंडर बताएगा कि कैसे वह 100,000 अंत उपयोगकर्ताओं के लिए एक पूर्ण परियोजना के उदाहरण का उपयोग करके लिनक्स के लिए विंडोज विकास का एक मिसाल और हस्तांतरण हिस्सा स्थापित करने में कामयाब रहा।



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


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



चूँकि हम सक्रिय रूप से DevOps का विकास कर रहे हैं, मैंने महसूस किया कि एक नए एप्लिकेशन को लेने के दृष्टिकोण में कुछ परिवर्तन करने की आवश्यकता है। समाधान एक था - यदि संभव हो तो, सब कुछ लिनक्स में स्थानांतरित करें। Google ने मेरी मदद की - उस समय .Net पहले से ही लिनक्स में पोर्ट किया गया था, और मुझे एहसास हुआ कि यह समाधान!

क्यों .NET कोर लिनक्स के साथ बंडल है?

इसके कई कारण थे। "पैसे का भुगतान" और "भुगतान न करें" के बीच, बहुमत मेरे जैसे दूसरे का चयन करेगा। MSDB के लिए एक लाइसेंस की कीमत लगभग 1,000 डॉलर है, एक विंडोज वर्चुअल मशीन के बेड़े के रखरखाव में सैकड़ों डॉलर खर्च होते हैं। एक बड़ी कंपनी के लिए, यह एक बड़ा खर्च है। इसलिए, बचत पहला कारण है । सबसे महत्वपूर्ण नहीं है, लेकिन सबसे महत्वपूर्ण में से एक है।

विंडोज वर्चुअल मशीनें अपने लिनक्स भाइयों की तुलना में अधिक संसाधन लेती हैं - वे भारी हैं । एक बड़ी कंपनी के पैमाने को देखते हुए, हमने लिनक्स को चुना।

सिस्टम को केवल मौजूदा CI में एकीकृत किया गया है । हम खुद को प्रगतिशील DevOps मानते हैं, हम बांस, जेनकिंस और गिटलैब सीआई का उपयोग करते हैं, इसलिए हमारा अधिकांश काम लिनक्स पर है।

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

आवश्यकताओं

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

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

विभिन्न विभागों और समर्थन विभाग के सभी नए प्रतिभागियों के लिए न्यूनतम प्रवेश सीमा के लिए एक शर्त के रूप में, समर्थन और संचालन में सादगी ।

समय सीमा - कल ।

विकास समूह जीतो

उसके बाद विंडोज टीम ने क्या काम किया?



अब मैं विश्वास के साथ कह सकता हूँ कि IdentityServer4 , ADFS के समान क्षमताओं के साथ एक अच्छा मुफ्त विकल्प है, या यह कि Entity Framework Core एक डेवलपर का स्वर्ग है, जहाँ आप SQL स्क्रिप्ट लिखने से परेशान नहीं हो सकते, लेकिन OOP शब्दों में डेटाबेस में प्रश्नों का वर्णन कर सकते हैं। लेकिन फिर, जब एक्शन प्लान पर चर्चा हुई, तो मैंने इस स्टैक को एक सुमेरियन क्यूनिफॉर्म लेखन के रूप में देखा, जो केवल पोस्टग्रेक्यूक्यू और जीआईटी को पहचान रहा था।

उस समय, हमने पपेट को सक्रिय रूप से एक विन्यास प्रबंधन प्रणाली के रूप में इस्तेमाल किया। हमारी अधिकांश परियोजनाओं में, हमने GitLab CI , Elastic , HAProxy का उपयोग करके संतुलित अत्यधिक भरी हुई सेवाओं का उपयोग किया, Zabbix , Grafana और Prometheus , Jaeger का एक गुच्छा, और VMware पर ESXi के साथ HP हार्डवेयर पर यह सब घूम रहा था। हर कोई जानता है - शैली का एक क्लासिक।



आइए देखें और समझने की कोशिश करें कि इन सभी हस्तक्षेपों को शुरू करने से पहले क्या हुआ था।

क्या था

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


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

जो हम आना चाहते थे

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

परियोजना

आवेदन प्रीपेड कार्ड से निपटने के लिए कार्यक्षमता प्रदान करता है।

ग्राहक

दो प्रकार के उपयोगकर्ता थे। पहले व्यक्ति ने SSL SHA-2 प्रमाणपत्र के साथ प्रवेश करके प्रवेश प्राप्त किया। दूसरे में लॉगिन और पासवर्ड द्वारा पहुंच थी।

HAProxy

इसके अलावा, क्लाइंट अनुरोध HAProxy में गिर गया, जिसने निम्नलिखित कार्यों को हल किया:

• प्राथमिक प्राधिकरण;
  
• एसएसएल समाप्ति
  
• HTTP अनुरोधों की ट्यूनिंग;
  
• प्रसारण अनुरोध।
  

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

तीसरे बिंदु पर ध्यान दें, थोड़ी देर बाद हम इसमें वापस आएंगे।

बैकएंड

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

HAProxy के साथ बचत

दो संदर्भों के अलावा प्रत्येक ग्राहक के माध्यम से जाना जाता था, एक पहचान संदर्भ भी था। IdentityServer4 बस आपको लॉग इन करने की अनुमति देता है, यह ADFS के लिए एक स्वतंत्र और शक्तिशाली एनालॉग है - सक्रिय निर्देशिका फेडरेशन सेवाएँ ।

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

दूसरा चरण - अनुरोध IdentityServer में प्रमाणीकरण पृष्ठ पर गया, जहां ग्राहक पंजीकृत था, और बहुत लंबे समय से प्रतीक्षित टोकन IdentityServer डेटाबेस में दिखाई दिया।

तीसरा चरण - ग्राहक उस संदर्भ पर वापस निर्देशित करता है जिसमें से वह आया था।



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

सुधार क्या है और वे कहां बच गए?

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

यह कैसे काम करना चाहिए

इसलिए, जैसा मैंने वादा किया था - मैजिक बॉक्स। हम पहले से ही समझते हैं कि हमें लिनक्स की ओर बढ़ने की गारंटी है। चलो विशिष्ट कार्यों को तैयार करते हैं जो समाधान की आवश्यकता होती है।



कठपुतली प्रकट होती है। सेवा और एप्लिकेशन के कॉन्फ़िगरेशन को वितरित और प्रबंधित करने के लिए, आपको शांत व्यंजनों को लिखना होगा। एक पेंसिल रोल स्पष्ट रूप से दिखाता है कि यह कितनी जल्दी और कुशलता से किया गया था।

वितरण विधि। मानक RPM है। हर कोई समझता है कि लिनक्स में इसके बिना कोई रास्ता नहीं है, लेकिन विधानसभा के बाद की परियोजना निष्पादन योग्य DLL फ़ाइलों का एक सेट थी। उनमें से लगभग 150 थे, परियोजना काफी कठिन है। एकमात्र सामंजस्यपूर्ण समाधान इस बायनेरिज़ को आरपीएम में पैक करना और उससे एप्लिकेशन को तैनात करना है।

संस्करण। हमें बहुत बार रिलीज करना था, और हमें यह तय करना था कि पैकेज का नाम कैसे बनाया जाए। यह टीएफएस एकीकरण स्तर का मामला है। हमारे पास लिनक्स पर एक बिल्ड एजेंट था। जब TFS कार्य को हैंडलर - कार्यकर्ता - बिल्ड एजेंट को भेजता है, तो वह इसे चर का एक गुच्छा भी भेजता है जो हैंडलर प्रक्रिया के वातावरण में आते हैं। ये पर्यावरण चर नाम बिल्ड, संस्करण का नाम और अन्य चर नाम से पारित किए जाते हैं। "आरपीएम पैकेज कोडांतरण" अनुभाग में इसके बारे में और पढ़ें।

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

IdentityServer। ADFS हमारा तरीका नहीं है, हम ओपन सोर्स के लिए डूब जाते हैं।

घटकों के माध्यम से चलते हैं।

मैजिक बॉक्स

चार भागों से मिलकर बनता है।



लिनक्स बिल्ड एजेंट। लिनक्स, क्योंकि हम इसे संकलित करते हैं, तार्किक है। इस हिस्से को तीन चरणों में चलाया गया।

• श्रमिकों को कॉन्फ़िगर करें और एक से अधिक, क्योंकि यह परियोजना पर वितरित काम मान लिया गया था।
  
• .NET Core 1.x स्थापित करें। क्यों 1.x जब 2.0 मानक भंडार में पहले से ही उपलब्ध है? क्योंकि जब हमने विकास शुरू किया था, तो स्थिर संस्करण 1.09 था, और इसके लिए परियोजना करने का निर्णय लिया गया था।
  
• गित 2.x.
  

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

GitLab। चेतावनी! GitLab का उपयोग यहां डेवलपर्स द्वारा नहीं किया जाता है, लेकिन ऑपरेशन विभाग द्वारा एप्लिकेशन संस्करणों, पैकेज संस्करणों को नियंत्रित करने के लिए, सभी लिनक्स मशीनों की स्थिति की निगरानी करता है और यह नुस्खा को स्टोर करता है - सभी कठपुतली मेनिफेस्टो।

कठपुतली - सभी विवादास्पद मुद्दों को हल करता है और ठीक उसी तरह का विन्यास प्रदान करता है जैसा हम गिटलैब से चाहते हैं।

हम गोता लगाने लगते हैं। कैसे DLL RPM में दिया जाता है?

आरपीएम को डीडीएल डिलीवरी

मान लीजिए कि हमारे पास .NET विकास के लिए एक रॉक स्टार है। यह Visual Studio का उपयोग करता है और एक रिलीज़ शाखा बनाता है। इसके बाद यह इसे Git में लोड करता है, और Git यहां एक TFS इकाई है, अर्थात यह डेवलपर रिपॉजिटरी है जिसके साथ डेवलपर कार्य करता है।



जिसके बाद टीएफएस देखता है कि एक नई प्रतिबद्धता आ गई है। कौन सा आवेदन? टीएफएस सेटिंग्स में एक लेबल होता है कि किसी विशेष बिल्ड एजेंट के पास कौन से संसाधन हैं। इस मामले में, वह देखता है कि हम .NET कोर प्रोजेक्ट बना रहे हैं और पूल से लिनक्स बिल्ड एजेंट का चयन कर रहे हैं।

बिल्ड एजेंट स्रोतों को प्राप्त करता है, .NET, npm रिपॉजिटरी, आदि से आवश्यक निर्भरताएं डाउनलोड करता है। और स्वयं एप्लिकेशन और बाद में पैकेजिंग के निर्माण के बाद, यह RPM पैकेज को RPM रिपॉजिटरी को भेजता है।

दूसरी ओर, निम्नलिखित होता है। रखरखाव इंजीनियर परियोजना को पूरा करने में सीधे तौर पर शामिल होता है: यह रिपॉजिटरी में हियरा में पैकेज के संस्करण को बदल देता है जहां एप्लिकेशन नुस्खा संग्रहीत किया जाता है, जिसके बाद कठपुतली यम को ट्रिगर करता है, रिपॉजिटरी से नया पैकेज चुनता है, और एप्लिकेशन का नया संस्करण उपयोग के लिए तैयार है।



शब्दों में, सब कुछ सरल है, लेकिन बिल्ड एजेंट के अंदर क्या होता है?

पैकेजिंग RPM DLL

TFS से परियोजना के स्रोत और निर्माण कार्य प्राप्त हुए। बिल्ड एजेंट स्रोत से प्रोजेक्ट का निर्माण शुरू करता है । असेंबली प्रोजेक्ट कई DLL फ़ाइलों के रूप में उपलब्ध है जो फ़ाइल सिस्टम पर लोड को कम करने के लिए ज़िप संग्रह में पैक किए जाते हैं।

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

इसके अलावा, JSON अनुरोध बिल्ड एजेंट से सर्वर में RPM रिपॉजिटरी में संस्करण के नाम और बिल्ड के साथ भेजा जाता है । Webhook, जिसके बारे में मैंने पहले बात की थी, बिल्ड एजेंट पर स्थानीय रिपॉजिटरी से इसी पैकेज को डाउनलोड करता है और इंस्टॉलेशन के लिए नई असेंबली उपलब्ध कराता है।



RPM रिपॉजिटरी को पैकेज देने के लिए ऐसी योजना क्यों? मैं तुरंत इकट्ठे पैकेज को रिपॉजिटरी में क्यों नहीं भेज सकता? तथ्य यह है कि यह सुरक्षा के लिए एक शर्त है। यह परिदृश्य बाहरी लोगों द्वारा RPM पैकेजों की अनधिकृत डाउनलोडिंग की संभावना को प्रतिबंधित करता है जो सभी लिनक्स मशीनों के लिए सुलभ है।

DB संस्करण

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



इस भाग में मैं इस बारे में बात करना चाहता हूं कि हमने डेटाबेस संस्करण को कैसे लागू किया और फ्लाईवे और एंटिटी फ्रेमवर्क कोर के बीच कैसे चयन किया। उनके पेशेवरों और विपक्षों पर विचार करें।

विपक्ष

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

फ्लाईवे के लिए, हमें कुछ प्रकार के आवरण की आवश्यकता थी ताकि लोग एसक्यूएल प्रश्न न लिखें। वे OOP के मामले में काम करने के ज्यादा करीब हैं। हमने डेटाबेस ऑब्जेक्ट्स के साथ काम करने के निर्देश लिखे, एक SQL क्वेरी बनाई और निष्पादित की गई। डेटाबेस का नया संस्करण तैयार है, लुढ़का हुआ है - सब कुछ ठीक है, सब कुछ काम करता है।

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

आकर्षण आते हैं

एंटिटी फ्रेमवर्क कोर बॉक्स से बाहर काम करता है और इसे विकसित करना आसान है , और फ्लाईवे मौजूदा सीआई में मूल रूप से एकीकृत करता है । लेकिन हम इसे डेवलपर्स के लिए आसानी से करते हैं :)

रोल-अप प्रक्रिया

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

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

टीएफएस मुद्दे

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

मुख्य परियोजनाओं में से एक 12-15 मिनट लगने वाला है - यह एक लंबा समय है, आप इस तरह नहीं रह सकते। एक त्वरित विश्लेषण ने I / O पर एक भयानक गिरावट दिखाई, और यह सरणियों पर है।

कंपोनेंट वाइज विश्लेषण करने पर, मैंने तीन foci की पहचान की। पहला है Kaspersky एंटीवायरस , जो सभी विंडोज बिल्ड एजेंटों पर स्रोत कोड को स्कैन करता है। दूसरा विंडोज इंडेक्सर है। यह डिस्कनेक्ट नहीं किया गया था, और वास्तविक समय में बिल्ड एजेंटों पर तैनाती की प्रक्रिया के दौरान सब कुछ अनुक्रमित किया गया था।

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

डेवलपर्स कभी-कभी एक पूरे हिस्से के रूप में एक व्यक्तिगत भाग या परियोजना के संचालन का परीक्षण करने के लिए स्थानीय मशीन पर प्रयोग करते हैं। कभी-कभी यह पता चला कि स्थानीय रूप से सब कुछ शांत था, लेकिन इकट्ठे, लुढ़का हुआ - कुछ भी काम नहीं किया। हम यह समझना शुरू करते हैं कि समस्या क्या है - हाँ, निर्भरता पैकेज के विभिन्न संस्करण।

निर्णय

• एवी अपवादों के स्रोत।
  
• अनुक्रमण को अक्षम करना।
  
• Npm ci पर स्विच करें।
  

Npm ci का लाभ यह है कि हम एक बार निर्भरता के पेड़ को इकट्ठा करते हैं , और डेवलपर को पैकेज की एक अप-टू-डेट सूची प्रदान करने का अवसर प्राप्त करते हैं, जिसके साथ वह स्थानीय स्तर पर जितना चाहे उतना प्रयोग कर सकता है। यह उन डेवलपर्स के लिए समय बचाता है जो कोड लिखते हैं।

विन्यास

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



हम NuGet का भी उपयोग करते हैं, क्योंकि यह अन्य पैकेज प्रबंधकों की तुलना में बेहतर है।

परिणाम

हमने बिल्ड एजेंटों को अनुकूलित करने के बाद, औसत बिल्ड समय को 12 मिनट से घटाकर 7 कर दिया था।

यदि हम उन सभी मशीनों को गिनते हैं जो हम विंडोज के लिए उपयोग कर सकते हैं, लेकिन इस परियोजना में लिनक्स में स्थानांतरित हो गए, तो हमने लगभग 10,000 डॉलर बचाए। और यह केवल लाइसेंस पर है, और सामग्री पर विचार - अधिक।

योजनाओं

अगली तिमाही में, योजना ने कोड वितरण को अनुकूलित करने पर काम किया।

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

सारांश

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

GitHub पर स्पीकर अलेक्जेंडर सिनचिनोव की प्रोफाइल।

DevOps Conf पेशेवरों से पेशेवरों के लिए विकास, परीक्षण और संचालन प्रक्रियाओं के एकीकरण पर एक सम्मेलन है। यही कारण है कि सिकंदर ने जिस परियोजना के बारे में बात की थी? कार्यान्वित और काम करना, और प्रदर्शन के दिन दो सफल रिलीज़ किए गए थे। 27 और 28 मई को RIT ++ पर DevOps Conf पर चिकित्सकों की ओर से ऐसे और भी मामले सामने आएंगे। आप अभी भी अंतिम गाड़ी में कूद सकते हैं और एक रिपोर्ट जमा कर सकते हैं , या अपना समय बुक कर सकते हैं । स्कोल्कोवो में मुझसे मिलो!