GitOps: एक और चर्चा या स्वचालन में एक सफलता?

हम में से अधिकांश, आईटी ब्लॉग जगत या सम्मेलन में एक और नए शब्द को देखते हुए, देर-सबेर एक समान प्रश्न पूछते हैं: “यह क्या है? बस एक और चर्चा का शब्द, एक "चर्चा" या कुछ ऐसा जो वास्तव में ध्यान देने, अध्ययन करने और नए क्षितिज का वादा करने लायक है? इस शब्द के साथ मेरे साथ भी यही हुआ GitOps कुछ समय पहले। कई मौजूदा लेखों के साथ-साथ कंपनी के सहकर्मियों के ज्ञान से लैस GitLab, मैंने यह पता लगाने की कोशिश की कि यह किस प्रकार का जानवर है, और व्यवहार में इसका उपयोग कैसा दिख सकता है।

वैसे, शब्द की नवीनता के बारे में GitOps हमारा हालिया सर्वेक्षण भी कहता है: सर्वेक्षण में शामिल आधे से अधिक लोगों ने अभी तक इसके सिद्धांतों के साथ काम करना शुरू नहीं किया है।

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

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

तो वास्तव में अंतर क्या है? GitOps से आईएसी? इसी प्रश्न के साथ मैंने अपनी जांच शुरू की। सहकर्मियों से बात करने के बाद, मैं निम्नलिखित तुलना करने में सक्षम हुआ:

GitOps

आईएसी

सभी कोड एक git रिपॉजिटरी में संग्रहीत है

कोड संस्करण वैकल्पिक है

घोषणात्मक कोड विवरण/इडेम्पोटेंसी

घोषणात्मक और अनिवार्य दोनों विवरण स्वीकार्य हैं

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

समझौता, अनुमोदन और सहयोग वैकल्पिक हैं

अपडेट रोलआउट प्रक्रिया स्वचालित है

अद्यतन रोलआउट प्रक्रिया मानकीकृत नहीं है (स्वचालित, मैन्युअल, फ़ाइलों की प्रतिलिपि बनाना, कमांड लाइन का उपयोग करना आदि)

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

दूसरी ओर, बुनियादी ढांचा प्रबंधन प्रक्रियाओं को स्वचालित करना संभव हो गया। अब यह काम तेजी से, अधिक विश्वसनीय और सस्ते में किया जा सकता है। इसके अलावा, सीआई/सीडी के सिद्धांत सॉफ्टवेयर डेवलपर्स के बीच पहले से ही ज्ञात और लोकप्रिय थे। केवल पहले से ही ज्ञात ज्ञान और कौशल को एक नए क्षेत्र में स्थानांतरित करना और लागू करना आवश्यक था। हालाँकि, ये प्रथाएँ कोड के रूप में इन्फ्रास्ट्रक्चर की मानक परिभाषा से आगे निकल गईं, इसलिए यह अवधारणा है GitOps.

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

कंपनी GitLab हमने इस नए शब्द की दो परिभाषाएँ विकसित की हैं: सैद्धांतिक और व्यावहारिक। आइए सैद्धांतिक से शुरू करें:

GitOps एक कार्यप्रणाली है जो एप्लिकेशन विकास के लिए उपयोग किए जाने वाले सर्वोत्तम DevOps सिद्धांतों को लेती है, जैसे संस्करण नियंत्रण, सहयोग, ऑर्केस्ट्रेशन, CI/CD, और उन्हें बुनियादी ढांचे प्रबंधन को स्वचालित करने की चुनौतियों पर लागू करती है।

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

व्यावहारिक दृष्टिकोण से, हम वर्णन करते हैं GitOps निम्नानुसार है:

हम पहले ही इस फॉर्मूले के प्रमुख घटकों में से एक कोड के रूप में बुनियादी ढांचे पर चर्चा कर चुके हैं। आइये बाकी प्रतिभागियों का परिचय कराते हैं।

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

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

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

हाँ, शब्द GitOps यह हमें पूरी तरह से किसी नई चीज़ से परिचित नहीं कराता है, पहिये का पुनरुद्धार नहीं करता है, बल्कि पहले से ही संचित अनुभव को एक नए क्षेत्र में लागू करता है। लेकिन यहीं उसकी ताकत है.

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

• GitOps के बुनियादी सिद्धांतों को लागू करें

• क्लाउड इंफ्रास्ट्रक्चर बनाएं और उसमें बदलाव करें (यांडेक्स क्लाउड के उदाहरण का उपयोग करके)

• सक्रिय निगरानी का उपयोग करके वांछित स्थिति से सिस्टम बहाव का स्वचालित पता लगाना

https://bit.ly/34tRpwZ

स्रोत: www.habr.com