भाग 1: वेब / एंड्रॉइड

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

वर्तमान में, DevOps विशेषता आईटी उद्योग में सबसे लोकप्रिय में से एक है। यदि आप लोकप्रिय नौकरी खोज साइट खोलते हैं और एक वेतन फ़िल्टर सेट करते हैं, तो आप देखेंगे कि DevOps से संबंधित नौकरियां सूची में सबसे ऊपर हैं। हालांकि, यह समझना महत्वपूर्ण है कि यह मुख्य रूप से 'वरिष्ठ' की स्थिति को संदर्भित करता है, जिसका अर्थ है कि उम्मीदवार के पास उच्च स्तर का कौशल, प्रौद्योगिकियों और उपकरणों का ज्ञान है। यह उत्पादन के सुचारू संचालन से जुड़े उच्च स्तर की जिम्मेदारी के साथ भी आता है। हालाँकि, हम यह भूलने लगे कि DevOps क्या है। प्रारंभ में, यह एक विशिष्ट व्यक्ति या विभाग नहीं था। अगर हम इस शब्द की परिभाषाओं की तलाश करें, तो हमें कई सुंदर और सही संज्ञाएं मिलेंगी, जैसे कि कार्यप्रणाली, अभ्यास, सांस्कृतिक दर्शन, अवधारणाओं का एक समूह और इतने पर।

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

स्रोत: http://maximelanciauxbi.blogspot.com/2017/04/devops-tools.html

यहाँ, हम शायद परिचयात्मक भाग के साथ पूरा करेंगे और इस लेख के उद्देश्य पर ध्यान केंद्रित करेंगे।

यह लेख किस बारे में है

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

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

इस लेख में क्या नहीं है

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

यह इस तथ्य के कारण है कि:

यह सामग्री विभिन्न स्रोतों (प्रलेखन, किताबें, वीडियो पाठ्यक्रम) में ढूंढना बहुत आसान है;
अगर हम गहराई से पढ़ना शुरू करते हैं, तो हमें इस लेख के 10, 20, 30 भाग लिखने होंगे (जबकि योजना 2-3);
मैं सिर्फ आपका समय बर्बाद नहीं करना चाहता, क्योंकि शायद आप उसी लक्ष्य को प्राप्त करने के लिए अन्य साधनों का उपयोग करना चाहते हैं।

अभ्यास

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

योजना

चरण	प्रौद्योगिकी	उपकरण
1	स्थानीय रनिंग (वेब / एंड्रॉइड डेमो टेस्ट तैयार करें और इसे स्थानीय रूप से चलाएं)	नोड.जेएस, सेलेनियम, एपियम
2	संस्करण नियंत्रण प्रणाली	Git
3	कन्टेनरीकरण	डॉकर, सेलेनियम ग्रिड, सेलेनॉइड (वेब, एंड्रॉइड)
4	सीआई / सीडी	गिटलब सी.आई.
5	बादल मंच	Google क्लाउड प्लेटफ़ॉर्म
6	वाद्य-स्थान	Kubernetes
7	एक कोड के रूप में बुनियादी ढांचा (IaC)	टेराफॉर्म, साइसेबल

प्रत्येक अनुभाग की संरचना

एक दृश्य रूप में कथा को बनाए रखने के लिए, प्रत्येक अनुभाग को निम्नानुसार वर्णित किया गया है:

1.

यह स्थानीय स्तर पर डेमो परीक्षणों को चलाने के लिए और यह सत्यापित करने के लिए कि वे सफलतापूर्वक उत्तीर्ण होने के लिए सिर्फ एक प्रारंभिक कदम है। व्यावहारिक भाग में, Node.js का उपयोग किया जाता है, लेकिन प्रोग्रामिंग भाषा और प्लेटफ़ॉर्म भी महत्वपूर्ण नहीं हैं और आप उन लोगों का उपयोग कर सकते हैं जो आपकी कंपनी में उपयोग किए जाते हैं।

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

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

स्वचालन बुनियादी ढांचे के लिए मूल्य

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

बुनियादी ढांचे की वर्तमान स्थिति का चित्रण

लर्निंग लिंक

इसी तरह के उपकरण

कोई भी प्रोग्रामिंग भाषा जिसे आप सेलेनियम / एपियम के साथ संयोजन में पसंद करते हैं - परीक्षण;
किसी भी परीक्षण;
कोई भी टेस्ट रनर।

2. संस्करण नियंत्रण प्रणाली (Git)

प्रौद्योगिकी संक्षिप्त

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

स्वचालन बुनियादी ढांचे के लिए मूल्य

और यहाँ आप एक उचित प्रश्न पूछ सकते हैं: “वह हमें गित के बारे में क्यों बताता है? हर कोई विकास कोड और ऑटो-टेस्ट कोड दोनों के लिए यह जानता और उपयोग करता है। ” आप बिल्कुल सही होंगे, लेकिन इस लेख में हम बुनियादी ढांचे के बारे में बात कर रहे हैं और यह खंड धारा 7: "बुनियादी ढाँचे के रूप में कोड (IaC)" के लिए एक पूर्वावलोकन की भूमिका निभाता है। हमारे लिए, इसका मतलब है कि परीक्षण एक सहित पूरे बुनियादी ढांचे को कोड के रूप में वर्णित किया गया है, इसलिए हम इसके लिए संस्करण प्रणाली भी लागू कर सकते हैं और विकास और स्वचालन कोड दोनों के लिए समान लाभ प्राप्त कर सकते हैं।

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

बुनियादी ढांचे की वर्तमान स्थिति का चित्रण

लर्निंग लिंक

इसी तरह के उपकरण

3. कंटेनरीकरण (डॉकटर)

प्रौद्योगिकी संक्षिप्त

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

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

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

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

स्वचालन बुनियादी ढांचे के लिए मूल्य

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

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

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

डॉकटर में सेलेनियम ग्रिड

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

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

वेब के लिए सेलेनॉइड

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

लेकिन अफसोस, सेलेनॉइड अभी भी चांदी की गोली नहीं है। हमें ऑन-डिमांड ब्राउज़र सुविधा मिल गई है, लेकिन ऑन-डिमांड संसाधन सुविधा अभी भी उपलब्ध नहीं है। सेलेनॉइड का उपयोग करने के लिए, हमें इसे एक भौतिक हार्डवेयर या वीएम पर तैनात करने की आवश्यकता है, जिसका अर्थ है कि हमें पहले से पता होना चाहिए कि संसाधनों को कितना आवंटित करने की आवश्यकता है। मेरा मानना है कि समानांतर में 10, 20 या 30 ब्राउज़र चलाने वाली छोटी परियोजनाओं के लिए यह कोई समस्या नहीं है। लेकिन क्या होगा अगर हमें 100, 500, 1000 और अधिक की आवश्यकता है? हर समय इतने सारे संसाधनों को बनाए रखने और भुगतान करने का कोई मतलब नहीं है। इस लेख के खंड 5 और 6 में, हम उन समाधानों पर चर्चा करेंगे, जो आपको स्केल करने की अनुमति देते हैं, जिससे कंपनी की लागत में काफी कमी आती है।

Android के लिए सेलेनॉइड

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

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

बुनियादी ढांचे की वर्तमान स्थिति का चित्रण

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

लर्निंग लिंक

इसी तरह के उपकरण

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

4. सीआई / सीडी

प्रौद्योगिकी संक्षिप्त

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

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

निरंतर एकीकरण विकास में प्रारंभिक कदम है। सर्वर को नया कोड भेजने के बाद, हम एक त्वरित प्रतिक्रिया प्राप्त करने की उम्मीद करते हैं कि हमारे परिवर्तनों के साथ सब कुछ क्रम में है। आमतौर पर, CI में स्टेटिक कोड एनालिसिस टूल्स और यूनिट / इंटरनल एपीआई टेस्ट्स की शुरूआत शामिल होती है। इससे आप कुछ सेकंड / मिनट बाद हमारे कोड के बारे में जानकारी प्राप्त कर सकते हैं।
Continuous Delivery , /UI-. , CI. -, . -, test/staging — . , , .
Continuous Deployment , (release) production, . release , smoke — production . Continuous Deployment . - , , Continuous (). , Continuous Delivery.

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

और इससे पहले कि हम वास्तुकला परिवर्तन के दृष्टांत को देखें, मैं गिटलैब सीआई के बारे में कुछ शब्द कहना चाहता हूं। अन्य CI / CD टूल के विपरीत, GitLab एक रिमोट रिपॉजिटरी और कई अन्य उन्नत सुविधाएँ प्रदान करता है। इसलिए GitLab CI से अधिक है। इसमें आउट ऑफ बॉक्स सोर्स कंट्रोल, एजाइल मैनेजमेंट, CI / CD पाइपलाइन, लॉगिंग टूल और मेट्रिक्स कलेक्शन शामिल हैं। GitLab आर्किटेक्चर में Gitlab CI / CD और GitLab Runner शामिल हैं। मैं आधिकारिक साइट से एक संक्षिप्त विवरण देता हूं:

Gitlab CI / CD एक एपीआई के साथ एक वेब अनुप्रयोग है जो एक डेटाबेस में अपने राज्य को संग्रहीत करता है, परियोजनाओं / बनाता है और एक उपयोगकर्ता इंटरफ़ेस प्रदान करता है। GitLab Runner एक ऐसी प्रक्रिया है जो प्रक्रियाओं का निर्माण करती है। इसे अलग से तैनात किया जा सकता है और एक एपीआई के माध्यम से GitLab CI / CD के साथ काम करता है। चल रहे परीक्षणों के लिए आपको Gitlab उदाहरण और धावक दोनों की आवश्यकता होती है।

5.

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

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

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

स्वचालन बुनियादी ढांचे के लिए मूल्य

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

सबसे लोकप्रिय क्लाउड प्रदाता Amazon Web Services (AWS), Microsoft Azure, Google Cloud Platform (GCP) हैं। व्यावहारिक मार्गदर्शिका GCP का उपयोग करने के उदाहरण प्रदान करती है, लेकिन सामान्य तौर पर यह महत्वपूर्ण नहीं है कि आप स्वचालन कार्यों के लिए क्या उपयोग करेंगे। ये सभी लगभग समान कार्यक्षमता प्रदान करते हैं। आमतौर पर, एक प्रदाता का चयन करने के लिए, प्रबंधन कंपनी के संपूर्ण बुनियादी ढांचे और व्यावसायिक आवश्यकताओं पर ध्यान केंद्रित करता है, जो इस लेख के दायरे से परे हैं। ऑटोमेशन इंजीनियरों के लिए क्लाउड प्लेटफॉर्म का उपयोग करने वाले क्लाउड प्रदाताओं के उपयोग की तुलना करना अधिक दिलचस्प होगा, विशेष रूप से परीक्षण उद्देश्यों के लिए, जैसे सॉस लैब्स, ब्राउज़रस्टैक, बिटबार और इसी तरह। तो चलिए वही करते हैं! मेरी राय में, सॉस लैब्स सबसे प्रसिद्ध क्लाउड परीक्षण फार्म है, इसलिए मैंने इसे तुलना के लिए लिया।

स्वचालन के लिए GCP बनाम सॉस लैब्स:

कल्पना करें कि हमें एक ही समय में 8 वेब परीक्षण और 8 Android परीक्षण चलाने की आवश्यकता है। ऐसा करने के लिए, हम GCP का उपयोग करेंगे और सेलेनॉइड के साथ 2 वर्चुअल मशीनें चलाएंगे। पहले हम ब्राउज़रों के साथ 8 कंटेनरों को बढ़ाएंगे। दूसरे पर - 8 कंटेनर एमुलेटर के साथ। आइए कीमतों पर एक नज़र डालें:

क्रोम के साथ एक कंटेनर चलाने के लिए, हमें एन 1-मानक -1 मशीन की आवश्यकता है। Android के मामले में, यह एक एमुलेटर के लिए n1-standard-4 होगा । वास्तव में, एक अधिक लचीला और सस्ता तरीका सीपीयू / मेमोरी के लिए विशिष्ट उपयोगकर्ता मान सेट करना है, लेकिन फिलहाल यह सॉस लैब्स के साथ तुलना के लिए महत्वपूर्ण नहीं है।

और यहाँ सॉस लैब का उपयोग करने की दरें हैं:

मुझे लगता है कि आप पहले ही अंतर देख चुके हैं, लेकिन फिर भी मैं हमारे कार्य के लिए गणनाओं के साथ एक तालिका दूंगा:

	स्रोतों की आवश्यकता	मासिक	काम के घंटे (सुबह 8 बजे - 8 बजे)	काम के घंटे + प्रीमेच्योर
वेब के लिए जी.सी.पी.	n1-standard-1 x 8 = n1-standard-8	$ 194.18	23 दिन * 12h * 0.38 = 104.88 $	23 दिन * 12h * 0.08 = 22.08 $
वेब के लिए सॉस लैब्स	वर्चुअल क्लाउड 8 समानांतर परीक्षण	$ 1.559	-	-
Android के लिए जीसीपी	n1-standard-4 x 8: n1-standard-16	$ 776.72	23 दिन * 12h * 1.52 = $ 419.52	23 दिन * 12h * 0.32 = 88.32 $
Android के लिए सॉस लैब्स	रियल डिवाइस क्लाउड 8 समानांतर परीक्षण	$ 1.999	-	-

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

A preemptible VM is an instance that you can create and run at a muchower price than normal instances. However, Compute Engine might terminate (preempt) these instances if it requires access to those resources for other tasks. Preemptible instances are excess Compute Engine capacity, so their availability varies with usage.

If your apps are fault-tolerant and can withstand possible instance preemptions, then preemptible instances can reduce your Compute Engine costs significantly. For example, batch processing jobs can run on preemptible instances. If some of those instances terminate during processing, the job slows but does not completely stop. Preemptible instances complete your batch processing tasks without placing additional workload on your existing instances and without requiring you to pay full price for additional normal instances.

और यह अभी भी अंत नहीं है! वास्तव में, मुझे यकीन है कि कोई भी बिना ब्रेक के 12 घंटे तक परीक्षण नहीं करता है। और यदि ऐसा है, तो आप स्वचालित रूप से वर्चुअल मशीनों को शुरू और बंद कर सकते हैं जब उनकी आवश्यकता नहीं होती है। वास्तविक उपयोग का समय प्रति दिन 6 घंटे तक घट सकता है। तब हमारे कार्य के संदर्भ में भुगतान 8 ब्राउज़रों के लिए प्रति माह $ 11 जितना घट जाएगा। यह सही नहीं है? लेकिन पूर्वनिर्धारित मशीनों के साथ, हमें सावधान रहना चाहिए और रुकावटों और अस्थिर संचालन के लिए तैयार रहना चाहिए, हालांकि इन स्थितियों को प्रदान किया जा सकता है और प्रोग्रामेटिक रूप से संसाधित किया जा सकता है। यह इसके लायक है!

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

बुनियादी ढांचे की वर्तमान स्थिति का चित्रण

लर्निंग लिंक

इसी तरह के उपकरण:

6. आर्केस्ट्रा

प्रौद्योगिकी संक्षिप्त

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

आरंभ करने के लिए, विचार करें कि ऑर्केस्ट्रेशन, क्लस्टर और कुबेरनेट शब्द कैसे संबंधित हैं। उच्च स्तर पर, ऑर्केस्ट्रेशन एक प्रणाली है जो अनुप्रयोगों को तैनात और प्रबंधित करती है। परीक्षण को स्वचालित करने के लिए, ऐसे कंटेनरीकृत अनुप्रयोग सेलेनियम ग्रिड और सेलेनॉइड हैं। डॉकर और K8 एक दूसरे के पूरक हैं। पहले का उपयोग अनुप्रयोगों को तैनात करने के लिए किया जाता है, दूसरा ऑर्केस्ट्रेशन के लिए। बदले में, K8s एक क्लस्टर है। क्लस्टर का कार्य VMs को नोड्स के रूप में उपयोग करना है, जो आपको एक सर्वर (क्लस्टर) के भीतर विभिन्न कार्यक्षमताओं, कार्यक्रमों और सेवाओं को स्थापित करने की अनुमति देता है। यदि कोई भी नोड दुर्घटनाग्रस्त हो जाता है, तो अन्य नोड्स उठाएंगे, जो हमारे आवेदन को सुचारू रूप से चलाता है। इसके अतिरिक्त, K8s में स्केलिंग से संबंधित महत्वपूर्ण कार्यक्षमता है,जिसके लिए हम स्वचालित रूप से लोड और स्थापित प्रतिबंधों के आधार पर, इष्टतम मात्रा में संसाधन प्राप्त करते हैं।

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

स्वचालन बुनियादी ढांचे के लिए मूल्य

K8s द्वारा प्रदान की जाने वाली कुछ महत्वपूर्ण विशेषताओं पर विचार करें:

: multi-nodes , VMs;
: , ;
(Self-healing): pods ( );
: ,

लेकिन K8s अभी भी चांदी की गोली नहीं हैं। हम जिस टूल (सेलेनियम ग्रिड, सेलेनॉइड) पर विचार कर रहे हैं, उसके संदर्भ में सभी फायदे और सीमाओं को समझने के लिए, हम संक्षेप में K8s की संरचना पर चर्चा करते हैं। क्लस्टर में दो प्रकार के नोड्स होते हैं: मास्टर नोड्स और वर्कर्स नोड्स। मास्टर नोड्स प्रबंधन, तैनाती, और समयबद्धन निर्णयों के लिए जिम्मेदार हैं। श्रमिक नोड्स वह जगह है जहां एप्लिकेशन चल रहे हैं। नोड्स में कंटेनर लॉन्च परिवेश भी होता है। हमारे मामले में, यह डॉकर है, जो कंटेनरों से संबंधित संचालन के लिए जिम्मेदार है। लेकिन वहाँ जैसे वैकल्पिक समाधान कर रहे हैं containerd। यह समझना महत्वपूर्ण है कि स्केलिंग या स्व-चिकित्सा सीधे कंटेनरों पर लागू नहीं होती है। यह फली की संख्या को जोड़ / घटाकर किया जाता है, जिसमें बदले में कंटेनर होते हैं (आमतौर पर प्रति पॉड में एक कंटेनर होता है, लेकिन कार्य के आधार पर अधिक हो सकता है)। उच्च-स्तरीय पदानुक्रम कार्यकर्ता नोड्स है, जिसके अंदर फली होती है, जिसके अंदर कंटेनर उठाए जाते हैं।

स्केलिंग फ़ंक्शन कुंजी है और इसे नोड नोड-पूल के अंदर नोड्स और नोड के अंदर पॉड्स दोनों पर लागू किया जा सकता है। स्केलिंग के 2 प्रकार हैं जो नोड्स और पॉड दोनों पर लागू होते हैं। पहला प्रकार - क्षैतिज - स्केलिंग नोड्स / पॉड की संख्या में वृद्धि के कारण होता है। इस प्रकार को अधिक पसंद किया जाता है। दूसरा प्रकार, क्रमशः, ऊर्ध्वाधर है। स्केलिंग नोड्स / पॉड्स के आकार को बढ़ाकर किया जाता है, उनकी संख्या नहीं।

अब उपर्युक्त शब्दों के संदर्भ में हमारे उपकरणों पर विचार करें।

सेलेनियम ग्रिड

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

सेलेनॉइड :

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

मून :

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

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

तो, चंद्रमा एक महान समाधान है, लेकिन एक समस्या के साथ, यह मुक्त नहीं है। कीमत सत्रों की संख्या पर निर्भर करती है। केवल 0-4 सत्रों को मुफ्त में लॉन्च किया जा सकता है, जो विशेष रूप से उपयोगी नहीं है। लेकिन, पांचवें सत्र से शुरू होने पर, आपको प्रत्येक के लिए $ 5 का भुगतान करना होगा। स्थिति कंपनी से कंपनी के बीच भिन्न हो सकती है, लेकिन हमारे मामले में, चंद्रमा का उपयोग करना व्यर्थ है। जैसा कि मैंने ऊपर वर्णित किया है, हम मांग पर सेलेनियम ग्रिड के साथ वीएम शुरू कर सकते हैं या क्लस्टर में नोड्स की संख्या बढ़ा सकते हैं। लगभग एक पाइपलाइन के लिए, हम 500 ब्राउज़र लॉन्च करते हैं और परीक्षण पूरा होने के बाद सभी संसाधनों को रोकते हैं। यदि हमने चंद्रमा का उपयोग किया है, तो हमें प्रति माह अतिरिक्त 500 x 5 = $ 2500 का भुगतान करना होगा और इससे कोई फर्क नहीं पड़ता कि हम कितनी बार परीक्षण चलाते हैं। और फिर, मैं यह नहीं कहता कि "चंद्रमा का उपयोग न करें।" आपके कार्यों के लिए, यह एक अनिवार्य समाधान हो सकता है, उदाहरण के लिए,यदि आपके पास अपने संगठन में बहुत सी परियोजनाएं / टीमें हैं और आपको सभी के लिए एक विशाल आम क्लस्टर की आवश्यकता है। हमेशा की तरह, मैं अंत में एक लिंक छोड़ता हूं और आपके कार्य के संदर्भ में सभी आवश्यक गणना करने की सलाह देता हूं।

कैलिस्टो : ( ध्यान दें! यह मूल लेख में नहीं है और केवल रूसी अनुवाद में निहित है )

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

7. (IaC)

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

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

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

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

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

स्वचालन बुनियादी ढांचे के लिए मूल्य

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

परीक्षण स्वचालन के संदर्भ में टेराफ़ॉर्म और Ansible का उपयोग करने के कुछ उदाहरण और हमारे द्वारा पहले चर्चा किए गए उपकरण हैं:

1. टेमरफॉर्म के माध्यम से वीएम और क्लस्टर की आवश्यक विशेषताओं और मापदंडों का वर्णन करें।

2. परीक्षण के लिए आवश्यक उपकरणों के साथ स्थापित करें: डॉकटर, सेलेनॉइड, सेलेनियम ग्रिड और ब्राउज़र / एमुलेटर के आवश्यक संस्करण डाउनलोड करें।

3. वीएम की विशेषताओं के बारे में बताएं जिसमें वीटीएलबी रनर लॉन्च किया जाएगा।

4. Ansible GitLab धावक और आवश्यक संबंधित उपकरणों के साथ स्थापित करें, सेटिंग्स और कॉन्फ़िगरेशन सेट करें।

बुनियादी ढांचे की वर्तमान स्थिति का चित्रण

अध्ययन लिंक:

इसी तरह के उपकरण

संक्षेप में!

चरण	प्रौद्योगिकी	उपकरण	स्वचालन बुनियादी ढांचे के लिए मूल्य
1	Local running	Node.js, Selenium, Appium	web mobile ( Node.js)
2	Version control systems	Git
3	Containerisation	Docker, Selenium grid, Selenoid (Web, Android)	,
4	CI / CD	Gitlab CI	/
5	Cloud platforms	Google Cloud Platform	( )
6	Orchestration	Kubernetes	/ pods: /
7	एक कोड के रूप में बुनियादी ढांचा (IaC)	टेराफॉर्म, साइसेबल	विकास के बुनियादी ढांचे के साथ समान लाभ कोड संस्करण के सभी लाभ बदलाव करने और बनाए रखने में आसान पूरी तरह से स्वचालित

माइंड मैप आरेख: बुनियादी ढांचे का विकास

चरण 1: स्थानीय

चरण 2: वीसीएस

चरण 3: कंटेनर

step4: CI / CD

चरण 5: क्लाउड प्लेटफ़ॉर्म

चरण 6: आर्केस्ट्रा

चरण 7: IaC

आगे क्या होगा?

तो यह लेख का अंत है। लेकिन निष्कर्ष में, मैं आपके साथ कुछ समझौते स्थापित करना चाहूंगा।

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

लेकिन उसके बाद भी, प्रासंगिक लिंक और पुस्तकों का अध्ययन बंद न करें, अभ्यास करें, पता करें कि यह आपकी कंपनी में कैसे काम करता है, ऐसी जगहों का पता लगाएं, जिनमें सुधार किया जा सकता है और इसमें भाग ले सकते हैं। सौभाग्य

मेरी तरफ से

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

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

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

DevOps टूल सिर्फ DevOps के लिए नहीं हैं। खरोंच से एक परीक्षण स्वचालन बुनियादी ढांचे के निर्माण की प्रक्रिया

भाग 1: वेब / एंड्रॉइड

यह लेख किस बारे में है

इस लेख में क्या नहीं है

अभ्यास

योजना

प्रत्येक अनुभाग की संरचना

1.

स्वचालन बुनियादी ढांचे के लिए मूल्य

बुनियादी ढांचे की वर्तमान स्थिति का चित्रण

लर्निंग लिंक

इसी तरह के उपकरण

2. संस्करण नियंत्रण प्रणाली (Git)

प्रौद्योगिकी संक्षिप्त

स्वचालन बुनियादी ढांचे के लिए मूल्य

बुनियादी ढांचे की वर्तमान स्थिति का चित्रण

लर्निंग लिंक

इसी तरह के उपकरण

3. कंटेनरीकरण (डॉकटर)

प्रौद्योगिकी संक्षिप्त

स्वचालन बुनियादी ढांचे के लिए मूल्य

बुनियादी ढांचे की वर्तमान स्थिति का चित्रण

लर्निंग लिंक

इसी तरह के उपकरण

4. सीआई / सीडी

प्रौद्योगिकी संक्षिप्त

5.

स्वचालन बुनियादी ढांचे के लिए मूल्य

बुनियादी ढांचे की वर्तमान स्थिति का चित्रण

लर्निंग लिंक

इसी तरह के उपकरण:

6. आर्केस्ट्रा

प्रौद्योगिकी संक्षिप्त

स्वचालन बुनियादी ढांचे के लिए मूल्य

7. (IaC)

स्वचालन बुनियादी ढांचे के लिए मूल्य

बुनियादी ढांचे की वर्तमान स्थिति का चित्रण

अध्ययन लिंक:

इसी तरह के उपकरण

संक्षेप में!

माइंड मैप आरेख: बुनियादी ढांचे का विकास

आगे क्या होगा?

More articles: