सीआई / सीडी पैटर्न और विरोधी पैटर्न। भाग 1

सभी को नमस्कार! दोस्तों, सर्दियों के आखिरी दिन, हम पाठ्यक्रम पर एक नई धारा लॉन्च करेंगे "DevOps प्रथाओं और उपकरणों । " पाठ्यक्रम की शुरुआत की प्रत्याशा में, हम आपके साथ लेख के पहले भाग को साझा कर रहे हैं: "CI / CD पैटर्न्स और एंटी-पैटर्न्स"।



परिनियोजन पाइपलाइन कार्य में तीन भाग होते हैं:

• दृश्यता: आपूर्ति श्रृंखला के सभी पहलू - निर्माण, परिनियोजन, परीक्षण और रिलीज़ - टीम के सदस्यों को दिखाई देते हैं और सहयोग को सुविधाजनक बनाते हैं।
• प्रतिक्रिया: टीम के सदस्यों को जितनी जल्दी हो सके समस्याओं के बारे में पता चलता है, ताकि उन्हें जल्द से जल्द ठीक किया जा सके।
• निरंतर तैनाती: पूरी तरह से स्वचालित प्रक्रिया का उपयोग करके, आप किसी भी वातावरण में सॉफ़्टवेयर के किसी भी संस्करण को तैनात और जारी कर सकते हैं।

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

1.1 विन्यास प्रबंधन - पैटर्न और विरोधी पैटर्न

1.1.1 कस्टम थर्ड-पार्टी सॉफ्टवेयर

• पैटर्न: तीसरे पक्ष के सॉफ़्टवेयर का मूल्यांकन और उपयोग करें जिसे आसानी से कॉन्फ़िगर, तैनात और स्वचालित किया जा सकता है।
• एंटी-पैटर्न: सॉफ्टवेयर जिसे बाहरी रूप से कॉन्फ़िगर नहीं किया जा सकता है। एक एपीआई या कमांड लाइन इंटरफेस के बिना सॉफ्टवेयर जो एक GUI का उपयोग करने के लिए एक कमांड की आवश्यकता है।

१.१.२ विन्यास निर्देशिका

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

1.1.3 मेनलाइन

• पैटर्न: विलय को कम करना, मेनलाइन में काम करके सक्रिय कोडलाइन की संख्या को नियंत्रित करना।
• विरोधी पैटर्न: प्रति परियोजना कई शाखाएँ।

१.१.४ दैनिक विलय

• पैटर्न: मेनलाइन में किए गए परिवर्तन कम से कम हर दिन सभी शाखाओं पर लागू होते हैं।
• विरोधी पैटर्न: सप्ताह में एक बार या दिन में एक बार से कम सभी पुनरावृत्तियों को मिलाएं।

1.1.5 सुरक्षित विन्यास

• पैटर्न: एक सुरक्षित, दूर से सुलभ जगह में कॉन्फ़िगरेशन जानकारी का संग्रहण, उदाहरण के लिए, डेटाबेस, निर्देशिका या रजिस्ट्री में।
• विरोधी पैटर्न: खुले पाठ पासवर्ड और / या एक कंप्यूटर या साझा संसाधन।

१.१.६ रिपोजिटरी

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

1.1.7 लघु-जीवित शाखाएँ

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

1.1.8 टीम पर्यावरण

• पैटर्न: संस्करण नियंत्रण के साथ प्रोजेक्ट रिपॉजिटरी की जाँच करें और स्थानीय विकास सहित किसी भी उपलब्ध वातावरण में एप्लिकेशन को बनाने और तैनात करने के लिए एकल कमांड चलाएं।
• एंटी-पैटर्न: पर्यावरण चर को परिभाषित और कॉन्फ़िगर करने के लिए डेवलपर की आवश्यकता होती है। कई बिल्ड / परिनियोजन उपकरण स्थापित करने के लिए डेवलपर को मजबूर करना।

1.1.9 ऑपरेशन का एक तरीका

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

1.2 CI सतत एकीकरण - पैटर्न और विरोधी पैटर्न

1.2.1 थ्रेशोल्ड बनाएँ

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

1.2.2 लगातार कमिट

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

1.2.3 निरंतर प्रतिक्रिया

• पैटर्न: CI सिस्टम से क्रॉस-फ़ंक्शनल टीम के सभी सदस्यों के लिए स्वचालित प्रतिक्रिया भेजना।
• विरोधी पैटर्न: सूचनाएं नहीं भेजी जाती हैं; सूचनाओं को अनदेखा किया जाता है; CI सिस्टम उन सभी को जानकारी भेजता है जिनका उपयोग नहीं किया जा सकता है।

1.2.4 निरंतर एकीकरण

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

1.2.5 "स्टॉप लाइन" का सिद्धांत

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

1.2.6 निर्दलीय विधानसभा

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

1.2.7 दृश्यमान डैशबोर्ड

• पैटर्न: आपके वितरण प्रणाली के बारे में सभी जानकारी देखना संभव है। उच्च गुणवत्ता वाली वास्तविक समय क्रॉस-फ़ंक्शनल टीम फीडबैक प्रदान करना।
• एंटी-पैटर्न: अलर्ट केवल ईमेल द्वारा आते हैं। पूरी टीम के लिए फीडबैक प्रकाशित नहीं किया जाता है।

पहले भाग का अंत।

यहाँ ऐसी सामग्री है। आप यहां अनुवाद की निरंतरता पढ़ सकते हैं, और अब हम आपकी टिप्पणियों की प्रतीक्षा कर रहे हैं और हम आपको एक खुले वेबिनार में आमंत्रित करते हैं, जो आज रात को आयोजित किया जाएगा।