“बुनियादी ढांचे का स्वचालन। हम ऐसा क्यों कर रहे हैं? ” (डेनिस याकोवले)

मैं डेनिस याकोवले की रिपोर्ट के डिकोडिंग से परिचित होने का प्रस्ताव करता हूं "बुनियादी ढांचे के स्वचालन। हम यह क्यों कर रहे हैं?"

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

बुनियादी ढांचे के साथ हम 2GIS स्वचालित काम पर कैसे रिपोर्ट करें।

"आपको जगह में बने रहने के लिए उतनी ही तेजी से दौड़ने की आवश्यकता है, लेकिन कहीं जाने के लिए, आपको कम से कम दो बार तेज चलना चाहिए" (ऐलिस इन वंडरफुल)।

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

आइए बात करते हैं:

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

अपने बारे में। कंपनी 2GIS। मैं दो साल से कंपनी में काम कर रहा हूं।

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

पहले हम बुनियादी ढांचे को समझते हैं। हम उसके बारे में क्यों बात कर रहे हैं? यह क्या है हम उसके बारे में कब बात करना शुरू करते हैं?

उत्पाद और कुछ परियोजना पर काम के पहले क्षणों से, हमारे पास एक सवाल है - हम कहां तैनात करेंगे? परिणामों की जांच कहां करें? जहां परीक्षण करने के लिए और इतने पर।

तुरंत पहला जवाब स्थानीय स्तर पर होता है। स्थानीय रूप से क्योंकि यह बहुत सरल है। अपने लैपटॉप पर विकसित, लॉन्च, चेक किया गया - सब कुछ ठीक है। आप सोच कर बैठते हैं - अपने लैपटॉप के अलावा जाँच क्यों? मेरे लिए सब कुछ काम करता है।

और अगर हमारे पास लैपटॉप पर एक ऑपरेटिंग सिस्टम है, और दूसरा उत्पादन में घूम रहा है? या हमारे उत्पाद को कई ऑपरेटिंग सिस्टम का समर्थन करना चाहिए?

मामला कवर नहीं किया गया है। यानी अलग-अलग ऑपरेटिंग सिस्टम।

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

लेकिन केवल ऑपरेटिंग सिस्टम से मेल खाना ही काफी नहीं है। हमें एक निश्चित संस्करण के पैकेज चाहिए।

हम सोचते हैं कि इस समस्या को कैसे हल किया जाए। और याद रखें - हमारे पास अलगाव है। बहुत ऊँचा सामान। भगवान का शुक्र है कि बाजार में बहुत सारे उत्पाद हैं। हम वर्चुअलबॉक्स लेते हैं। वर्चुअल मशीन बनाएं। हम अपना उत्पाद रोल करते हैं। हम स्नैपशॉट बनाते हैं। हमें पर्यावरण मिला।

हम विकास कर रहे हैं। हमारे उत्पाद कठिन हो रहे हैं। यह अब केवल एक php डेटाबेस अनुप्रयोग नहीं है। आवेदन एक वितरित प्रणाली में हो गया है। हमारे पास अन्य उत्पाद आ रहे हैं।

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

आइए नजर डालते हैं हमारी कंपनी 2GIS पर।

यह एक मार्गदर्शक और मानचित्र है। आप शहर के नक्शे को देख सकते हैं, संगठनों की खोज कर सकते हैं।

हमारे पास: वेब उत्पाद, मोबाइल, डेस्कटॉप अनुप्रयोग। विभिन्न आकारों के लगभग पैंतीस अलग-अलग दल हैं।

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

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

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

साथ ही कमजोर एपीआई है। प्लगइन्स या तो भुगतान किया जाता है या पर्ल।

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

हम सोचने लगे: हमें क्या उपाय सूझेगा? हमारे बुनियादी ढांचे को ऐसा क्या देखना चाहिए जिससे विकास प्रक्रिया में बाधा न आए, बल्कि मदद हो?

हमें अध्ययन के परिणामस्वरूप निम्नलिखित आवश्यकताओं की सूची मिली:

• लोहे का प्रभावी उपयोग। हम आभासी मशीनों को अनाथ नहीं करना चाहते हैं। हम डेटा सेंटर में केवल हवा को गर्म नहीं करना चाहते हैं।

  
  

• हम टीम संसाधन चाहते हैं ताकि टीम अपने संसाधनों का उपयोग करने के लिए ज़िम्मेदारी ले। और वह उनके लिए चौकस थी।

  
  

• हम चाहते हैं कि समाधान मॉड्यूलर हो, हमें केवल उन सेवाओं को चुनना चाहिए जिनकी हमें आवश्यकता है। और आवश्यकता के मामले में, आगे के विकास के साथ, विस्तार करने में सक्षम हो।

  
  

• समाधान को आसानी से अंतिम रूप दिया जाना चाहिए। यदि नई आवश्यकताएँ दिखाई देती हैं, तो हम अपनी विशिष्ट आवश्यकताओं के समाधान को परिष्कृत कर सकते हैं।

  
  

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

  
  

• हम टीमों और विशेष रूप से लोड परीक्षण टीम को अलग करना चाहते हैं। मैं चाहता था कि वह बाकी लोगों को परेशान न करे।

  
  

हमारे विकल्प क्या थे?

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

इसलिए, अंत में, हमारे शोध और प्रयोगों ने हमें ओपनस्टैक नामक एक सॉफ्टवेयर के लिए प्रेरित किया। बेशक यह बहुत अशिष्ट लगता है।

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

और ऐसा दिखता है। इस तस्वीर को याद रखें। फिर हम उसके पास लौट आएंगे। साझा (सामान्य) सेवाएं हैं। उद्देश्य के लिए सेवाएं हैं: कम्प्यूट, नेटवर्किंग, स्टोरेज। और हमारा एप्लिकेशन या उपयोगकर्ता इन सेवाओं के साथ काम करता है।

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

इस फैसले में कई लोग योगदान दे रहे हैं। यहां मैंने ऐसे टॉपर्स की केवल एक सूची दी। यह सूची यह समझने के लिए पर्याप्त है कि यह परियोजना कितनी गंभीर है और कौन सी कंपनियां और वे इसमें कितना संसाधन लगाती हैं।

हमने अपनी बुनियादी सुविधाओं की समस्याओं को कैसे हल किया।

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

टीम डेवलपर्स ने सेवा के रूप में बुनियादी ढांचे को प्राप्त किया। यह कैसा दिखता है

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

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

आपके लिए यह नहीं सोचना चाहिए कि ओपनस्टैक सरल और सस्ता है, मैं आपको बताऊंगा कि हार्डवेयर ओपनस्टैक किसके लिए काम करता है। नियंत्रण कक्ष 3 इन्फ्रा-नोड्स पर घूमता है। ये ऐसे संसाधनों वाले लोहे के सर्वर हैं। यह विफलता के लिए अनुशंसित कॉन्फ़िगरेशन है।

हमारे पास दो केवीएम नेटवर्क नोड भी हैं जो हमारे नेटवर्क की सेवा करते हैं।

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

हम सभी टीमों के लिए लगभग 350 आभासी मशीनों को स्पिन करते हैं।

जब हम पहले ही किसी रास्ते से जा चुके थे तो हमें क्या समझ में आया इस सॉफ़्टवेयर को तैनात करने और उसका समर्थन करने के लिए, आपको एक टीम की आवश्यकता है। आपके संसाधनों के आधार पर टीम।

टीमों में कुछ दक्षताओं का होना आवश्यक है।

सबसे पहले, यह स्वाभाविक रूप से Ansible है। ओपनस्टैक की तैनाती Ansible में लिखी गई है। एक OpenStack-Ansible प्रोजेक्ट है। यदि आप अपनी जरूरतों के लिए ओपनस्टैक-अन्सिबल को जोड़ना चाहते हैं, तो जो लोग ऐसा करेंगे, उन्हें आंनसिबल का मालिक बनाना होगा।

वर्चुअलाइजेशन का अनुभव। आपको वर्चुअलाइजेशन पकाने में सक्षम होने की आवश्यकता है, आपको ट्यून करने की आवश्यकता है। समझें कि यह कैसे काम करता है।

वही नेटवर्क।

वही बैकएंड सेवाओं के लिए जाता है जो ओपनस्टैक अपने काम के लिए उपयोग करता है। यह डेटाबेस एक कतार के रूप में MySQL Galera और RabbitMQ है।

यह समझना कि DNS कैसे काम करता है। इसे कैसे कॉन्फ़िगर करें।

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

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

क्योंकि सब कुछ दिया हुआ सरल और आकर्षक लगता है।

लेकिन जब आप इसे और अधिक करना शुरू करते हैं, तो आप समझते हैं कि वास्तव में सब कुछ इस तरह दिखता है। यह किसी के लिए आश्चर्य की बात हो सकती है।

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

हमने TechTalk आयोजित किया, हमने बात की, विषय बनाए, दिखाए, बात की, अब देखें अब आप अपने उत्पाद को निम्नानुसार प्राप्त कर सकते हैं। सचमुच यहाँ हम एक टेम्पलेट लिख रहे हैं, लॉन्च कर रहे हैं। सब कुछ काफी सरल है। अब आपको प्रवेशकर्ताओं के पास नहीं जाना है और उनसे वहाँ कुछ माँगना है।

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

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

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

उन्होंने कुछ आंतरिक उत्पादों की भी मदद की जो परीक्षण को स्वचालित करने के लिए बुनियादी ढांचे का उपयोग करते हैं। VM Master एक ऐसा उत्पाद है जो हमारे ऑनलाइन परीक्षण करता है। उसे विभिन्न ब्राउज़रों से साइट में प्रवेश करने के लिए बहुत सारी आभासी मशीनों को उठाने की आवश्यकता है, यह समझने के लिए कुछ चरणों से गुजरें कि ऑनलाइन सभी ज्ञात ब्राउज़रों में काम करता है। यानी उन्होंने उसकी बहुत मदद की।

एक अच्छा बोनस यह है कि उन्होंने प्रवेश (स्वयं) अनलोड किया। क्योंकि कुछ बिंदु पर, एक आभासी मशीन बनाने की गतिविधि ने अंतरिक्ष समय लेना शुरू किया। और सभी लोग घबराने लगे। अब हम दिलचस्प चीजें, जटिल उत्पाद कर रहे हैं। हमने रूटीन टास्क से छुटकारा पा लिया।

प्रश्न?

प्रश्न: ओपनस्टैक को तैनात करने में कितना समय लगा?

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

प्रश्न: क्या आप सशुल्क समर्थन का उपयोग करते हैं?

उत्तर: नहीं, हम इसका उपयोग नहीं करते हैं।

प्रश्न: ओपनस्टैक के किस संस्करण का आप उपयोग कर रहे हैं?

उत्तर: ओपनस्टैक के संस्करणों को शब्द कहा जाता है। पहले जूनो था, फिर हमने लिबर्टी को अपग्रेड किया।

प्रश्न: क्या पाइप लाइन में वर्चुअल मशीनें निरंतर एकीकरण के लिए बनाई गई हैं?

उत्तर: जेनकिंस में बिल्डिंग हीट का कारण बन सकती है और एक वर्चुअल मशीन बना सकती है।

प्रश्न: क्या आपने संसाधन साझा करने में समस्याओं का सामना किया है? मोटे तौर पर, 2 वर्चुअल मशीन एक ही भौतिक सर्वर पर हैं। उनमें से एक डिस्क को लोड करना शुरू कर देता है, उदाहरण के लिए, एक डेटाबेस। यदि सामना हुआ, तो आपने कैसे निर्णय लिया?

उत्तर: हमने संसाधन साझा करने में समस्याओं का सामना नहीं किया। एक दूसरे के उत्पादों में ज्यादा हस्तक्षेप नहीं करते हैं। हमने स्क्रिप्ट्स रखीं। यदि आपको एक भारी परिदृश्य चलाने, लोड परीक्षण चलाने की आवश्यकता है, तो आपको लोड परीक्षण टीम में जाने की आवश्यकता है और वे लोड परीक्षण चलाते हैं।

: - ?

: OpenStack . . . .

: . . OpenStack ?

: . OpenStack . .

: OpenStack?

: . proxmox. OpenStack.

: DevOps?

: DevOps , . , , .

PS 2019 OpenStack heat Terraform .