पुनः साझा करें — जेरेमी सर्जेट द्वारा सामग्री
मैंने सप्ताहांत हार्नेस इंजीनियरिंग पर सबसे अच्छे ब्लॉग पढ़ने में बिताया। जो प्रथाएँ सबसे अधिक सामने आती हैं:
अब हम जानते हैं कि आज हार्नेस उतना ही मायने रखता है जितना उसके पीछे का मॉडल
यहाँ वे तकनीकें हैं जो सबसे अधिक उभरकर सामने आती हैं:
1. स्मृति संदर्भ के बाहर रहती है
रेपो, फाइलसिस्टम और गिट स्मृति के रूप में काम करते हैं। प्रत्येक सत्र वहीं से शुरू होता है जहाँ पिछला समाप्त हुआ था, और संदर्भ कभी भी सत्य का स्रोत नहीं होता
2. संदर्भ सीमा का सावधानी से ध्यान रखें
अत्यधिक भरा हुआ संदर्भ मतिभ्रम और कम प्रदर्शन की ओर ले जाता है। इसे सीमित करने के लिए, आपको मांग पर उपकरण और कौशल लोड करने होंगे और बड़े आउटपुट को डिस्क पर एक फाइल में स्थानांतरित करना होगा। कैश के लिए एक स्थिर प्रॉम्प्ट प्रीफिक्स रखने की बात तो अलग है
3. नियम कोड द्वारा लागू किए जाते हैं
प्रॉम्प्ट द्वारा नहीं। लिंटर, परीक्षण, हुक और सैंडबॉक्स बाधाओं को सत्यापन योग्य बनाते हैं। एजेंट को कार्य पूर्ण होने की घोषणा करने से पहले स्वयं सत्यापन करने में सक्षम होना चाहिए (परीक्षण, लॉग, स्क्रीनशॉट)
4. टिकाऊपन और अवलोकनशीलता
प्रत्येक चरण को चेकपॉइंट करें, क्रियाओं को इडेम्पोटेंट बनाएं और सब कुछ ट्रेस करने योग्य बनाएं। एजेंट विफल होंगे, सत्र कभी-कभी डिस्कनेक्ट हो जाएंगे या रुक जाएंगे। आपको यह सुनिश्चित करने में सक्षम होना चाहिए कि सब कुछ ठीक वहीं से फिर से शुरू किया जा सके जहाँ यह रुका था
5. हार्नेस को लचीला रहना चाहिए
उत्पादन प्रतिक्रिया के साथ, आपके हार्नेस को अनुकूलन के लिए बदलना होगा। इसे न्यूनतम और लचीला रखना आपको तेजी से अनुकूलन करने देगा
लिंक्डइन स्रोत
- प्रोफ़ाइल: पियरे जीन डुविवियर उर्फ सेज (लिंक्डइन)
- साझा करने वाले लेखक: जेरेमी सर्जेट (लिंक्डइन)
पोस्ट मैंने सप्ताहांत हार्नेस इंजीनियरिंग पर सबसे अच्छे ब्लॉग पढ़ने में बिताया। जो प्रथाएँ सबसे अधिक सामने आती हैं: सबसे पहले लेस प्ल्यूम्स क्वि मोर्दें पर प्रकाशित हुई।
अक्सर पूछे जाने वाले प्रश्न
हार्नेस इंजीनियरिंग के बारे में अक्सर पूछे जाने वाले प्रश्न
शुरुआती प्रश्न
हार्नेस इंजीनियरिंग क्या है
यह सिस्टम को इस तरह डिज़ाइन करने की प्रथा है कि हार्नेस — आपके कोड के आसपास के टूलिंग, पाइपलाइन, गार्डरेल और फीडबैक लूप — अच्छी इंजीनियरिंग को आसान रास्ता और खराब इंजीनियरिंग को कठिन बना दे
यह क्यों मायने रखता है
क्योंकि अधिकांश गुणवत्ता समस्याएँ लापरवाही से नहीं बल्कि घर्षण से आती हैं। एक अच्छा हार्नेस गलतियों को जल्दी पकड़ता है, उबाऊ कामों को स्वचालित करता है और टीमों को कम आश्चर्यों के साथ तेजी से शिप करने देता है
हार्नेस के मुख्य भाग क्या हैं
आमतौर पर CICD पाइपलाइन, स्वचालित परीक्षण, स्थिर विश्लेषण और लिंटर, प्रीकमिट हुक, अवलोकनशीलता और स्पष्ट परिनियोजन गार्डरेल
क्या शुरू करने के लिए मुझे एक बड़ी टीम चाहिए
नहीं। बुनियादी बातों से शुरू करें — एक CI पाइपलाइन, स्वचालित परीक्षण और एक लिंटर। जैसे-जैसे कोडबेस और टीम बढ़ेगी, आप हार्नेस को बढ़ा सकते हैं
हार्नेस और नियमित DevOps टूलिंग में क्या अंतर है
DevOps टूलिंग अवसंरचना है, हार्नेस इंजीनियरिंग इस बात का जानबूझकर डिज़ाइन है कि वह टूलिंग इंजीनियरों को दिन-प्रतिदिन कैसे मार्गदर्शन और सीमित करती है। यह सिर्फ टूल के बारे में नहीं बल्कि डेवलपर अनुभव के बारे में है
मध्यवर्ती प्रश्न
व्यवहार में सबसे अधिक कौन से लाभ दिखाई देते हैं
तेजी से फीडबैक लूप, कम उत्पादन घटनाएँ, अधिक सुसंगत कोड गुणवत्ता, आसान ऑनबोर्डिंग और मैन्युअल जाँच और आग बुझाने में कम समय
टीमों को सबसे आम समस्याएँ कौन सी होती हैं
धीमी पाइपलाइन, अस्थिर परीक्षण, लिंटर और अलर्ट से बहुत अधिक शोर, और गार्डरेल इतने सख्त कि वे वैध काम को अवरुद्ध कर दें। सामान्य समाधान गति और संकेत के लिए ट्यूनिंग है, अधिक जाँच जोड़ना नहीं
मैं अस्थिर परीक्षणों से कैसे निपटूँ
अस्थिरताओं को बग के रूप में मानें। उन्हें अलग करें, जल्दी ठीक करें या हटा दें और समय के साथ अस्थिरता दरों को ट्रैक करें। हार्नेस में एक अस्थिर परीक्षण लोगों को हार्नेस को अनदेखा करना सिखाता है
पहला अच्छा सुधार क्या होना चाहिए
फीडबैक को तेज करें। CI को दस मिनट से कम में लाएं और फॉर्मेटिंग और लिंटिंग के लिए प्रीकमिट हुक जोड़ें। तेज फीडबैक किसी भी नीति दस्तावेज़ से अधिक व्यवहार बदलता है
मैं टीम से सहमति कैसे प्राप्त करूँ
बचाया गया समय और टाले गए incidents दिखाएं। इंजीनियर हार्नेस सुधारों को तब अपनाते हैं जब हार्नेस उनका दिन आसान बनाता है, तब नहीं जब यह कदम जोड़ता है
उन्नत प्रश्न
मैं ऐसे गार्डरेल कैसे डिज़ाइन करूँ जो लोगों को धीमा न करें
सुरक्षित रास्ते को डिफ़ॉल्ट और तेज़ रास्ते को
