निरंतर एकीकरण, निरंतर वितरण और देवओप्स के बीच क्या अंतर है?

Question

मैं इन शर्तों को एक साथ सुनता हूं और आश्चर्य करता हूं कि क्या अंतर है? वे लगातार निर्माण और निरंतर तैनाती से कैसे संबंधित हैं?

Answer 1

Continuous integration/निरंतर बनाता है सब के बारे में एक स्रोत कोड भंडार थोड़ा और अक्सर करने के लिए प्रतिबद्ध करने के लिए कोड डेवलपर्स के लिए हो रही है (और भंडार से नवीनतम संस्करण मिलता है, इसलिए किसी भी आगे के परिवर्तन अन्य डेवलपर्स हाल के परिवर्तन के आधार पर कर रहे हैं)। इससे विलय समाधान पर बर्बाद समय कम हो जाता है, क्योंकि इस मामले में विलय करना आसान है।

प्रक्रिया एक बिल्ड सर्वर का उपयोग करके स्वचालित रूप से स्वचालित है, जो किसी यूनिट टेस्ट को भी चला सकती है। तब बिल्डबैक को बिल्ड/टेस्ट विफलता के मामले में फीडबैक प्रदान किया जाता है, ताकि किसी भी मुद्दे को जल्दी से ठीक किया जा सके।

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

सतत वितरण प्रौद्योगिकी के बारे में कम है और संगठनों के बारे में अधिक जानकारी सॉफ्टवेयर वितरण के दृष्टिकोण (हालांकि स्वचालन का भारी उपयोग करता है)।

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

Answer 2

शायद कुछ अस्पष्टताएं हैं कि विभिन्न लोगों द्वारा निरंतर xxx वाक्यांशों का उपयोग कैसे किया जाता है, लेकिन मुझे लगता है कि यह ब्लॉग पोस्ट इसे बहुत अच्छी तरह से बताता है।

http://blog.assembla.com/assemblablog/tabid/12618/bid/92411/Continuous-Delivery-vs-Continuous-Deployment-vs-Continuous-Integration-Wait-huh.aspx

DevOps एक विशिष्ट व्यवहार की तुलना में एक व्यापक विचार के अधिक है, चंचल की तरह एक सा विचार है, और इकाई परीक्षण एक प्रथा है।

Answer 3

निरंतर वितरण (सीडी) एक अवधारणा है जिसे पहली बार 2010 की पुस्तक में जेज़ हम्बल और डेविड फेर्ले, थॉटवर्क्स दोनों के सह-लेखक द्वारा लिखी गई थी।

सतत एकीकरण और सतत प्रसव अक्सर एक दूसरे के साथ भ्रमित हो, लेकिन कुछ प्रमुख अंतर हैं:

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

पर जल्दी अपने मुद्दों का पता लगाने कर सकते हैं रेपो कई बार में अपने कोड की जांच करने के लिए यहाँ Martin Fowler से एक उद्धरण है:

"सतत एकीकरण एक सॉफ्टवेयर विकास अभ्यास है, जहां एक टीम के सदस्यों अक्सर अपने काम को एकीकृत करते हैं, आमतौर पर प्रत्येक व्यक्ति कम से कम दैनिक एकीकृत करता है - प्रति दिन एकाधिक एकीकरण के लिए अग्रणी होता है। प्रत्येक एकीकरण को स्वचालित निर्माण (परीक्षण सहित) द्वारा सत्यापित किया जाता है जितनी जल्दी हो सके एकीकरण त्रुटियों का पता लगाएं। कई टीमें पाते हैं कि इस दृष्टिकोण काफी एकीकरण समस्याओं को कम करने के लिए सुराग और अधिक तेजी से एकजुट सॉफ्टवेयर विकसित करने के लिए एक टीम की अनुमति देता है। "

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

देवोप के लिए, यह मोम की एक पूरी गेंद है। लोग अक्सर सोचते हैं कि देवोप्स एक भूमिका या उपकरण है , लेकिन यह वास्तव में एक संस्कृति है। आप देवओप्स नहीं करते हैं। यहां माइक कावीस का एक उद्धरण है कि मुझे काफी पसंद है:

"DevOps एक संस्कृति पारी या एक आंदोलन है कि अधिक तेजी से बेहतर गुणवत्ता वाले सॉफ्टवेयर के निर्माण और अधिक विश्वसनीयता के साथ को बढ़ावा महान संचार और सहयोग (टीम वर्क उर्फ) को प्रोत्साहित करती है।"