क्या DevOps ITIL के साथ संगत है?


32

अपने करियर में, मैं एक सॉफ्टवेयर डेवलपर और आईटीआईएल प्रैक्टिशनर दोनों के रूप में काम कर चुका हूं । इस प्रकार DevOps मेरे लिए एक स्वाभाविक प्रगति थी।
हालाँकि, मैंने हमेशा आईटीआईएल द्वारा पेश की गई अति विशिष्ट भाषा के साथ संघर्ष किया है और डेवलपर्स के लिए पूरी तरह से बंद नहीं होने के लिए पर्याप्त "डेवलपर के अनुकूल" बना रहा हूं।

आईटीआईएल एक अंतरराष्ट्रीय स्तर पर मान्यता प्राप्त आईटी सेवा प्रबंधन ढांचा है, जो 30 वर्षों से अधिक प्रथाओं के एक समूह के रूप में विकसित किया गया है, जो एक संगठन के परिचालन स्थिरता और परिपक्वता के लिए एक सिद्ध लाभ है।

क्या DevOps वास्तव में ITIL के साथ संगत है, या संक्षेप में, हमें ITIL की भावना को लेने की जरूरत है और इसे उस भाषा में "ट्रांसलेट" करें, जिसे विकास टीमों द्वारा बेहतर समझा जाता है:

  • घटना और समस्या प्रबंधन → उत्पादन दोष, कीड़े या मुद्दे
  • परिवर्तन और रिलीज प्रबंधन → सतत वितरण
  • इवेंट मैनेजमेंट → लॉगिंग, टेलीमेट्री, इंस्ट्रूमेंटेशन और अलर्टिंग

ITIL क्या है, इसका विस्तार करना संभव है? यकीन है कि कुछ लोगों को (मेरे जैसे) इसके बारे में पता नहीं है :)
Dawny33

2
अच्छी कॉल, मैंने सवाल अपडेट किया है और विकिपीडिया पेज के लिंक के साथ एक संपादन स्वीकार किया है - आपके सुधार के लिए सभी को धन्यवाद।
रिचर्ड स्लेटर

@RichardSlater जैसा कि आपने पहले से ही एक उत्तर स्वीकार नहीं किया है, क्या ऊपर दिए गए उत्तरों में कुछ याद आ रहा है या सिर्फ यह कि आप किसी एक को स्वीकार नहीं करना चाहते हैं?
तेंसिबाई

जवाबों:


26

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

इसका मतलब यह नहीं है कि आईटीआईएल देवों के साथ असंगत है, लेकिन आमतौर पर यह अलग-अलग समयसीमाओं के साथ दो अलग-अलग प्रक्रिया होगी। मेरा मतलब है कि आईटीआईएल रेफरल के भीतर एक नए उत्पाद को शामिल करने में आमतौर पर देरी होगी, जब तक कि उत्पाद / एप्लिकेशन को थोड़ी देर के लिए उत्पादन में जारी नहीं किया जाता है, जहां शुरुआती नुकसान और आईटीआईएल को एकीकृत करने के लिए आवश्यक कुछ दस्तावेज किए गए हैं और उत्पाद के बाद अनुकूलित किया गया है " जीना"।

आईटीआईएल में एक चीज है सेवा डिजाइन, जिसे किसी भी विकास कार्य से पहले परिभाषित किया जाता है, एक चुस्त प्रक्रिया एक आईटीआईएल प्रक्रिया में आवश्यक औपचारिकता को तोड़ते हुए, प्रत्येक पुनरावृत्ति में डिजाइन की समीक्षा कर सकती है।

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

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


3
या, ओपी को अधिक पूर्ण उत्तर देने के लिए: यह इस बात पर निर्भर करता है कि आप दोनों संरचनाओं का कितना बारीकी से पालन करना चाहते हैं। क्या उन्हें उसी समय लागू किया जा सकता है? हां, बिल्कुल, लेकिन वे दोनों कुछ परस्पर अनन्य बिंदु हैं। यदि आप दोनों को लागू करना चाहते हैं, जिसे मैं अपने मूल में करने की कोशिश करता हूं, तो यह सही संतुलन खोजने के बारे में है।
kazamjt

9

मैं ITIL प्रमाणित हूँ (हालाँकि इसमें थोड़ी देर हो गई है।) मैं Tensibai से सहमत हूँ: ITIL और DevOps असंगत नहीं हैं , लेकिन यह जरूरी नहीं कि उन्हें महान दोस्त बनाए ।

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

"ग्रीनफ़ील्ड" परिवर्तन के लिए जहां न तो ITIL या DevOps हैं, वैसे ही मैं "मैप्ड" शब्दावली का उपयोग करके दोनों का संयोजन तैयार करूँगा जैसा कि आपने वर्णन किया है। जब तक संगठन में सभी एक ही पृष्ठ पर हैं, तब तक समान भाषा का उपयोग करके, ITIL और DevOps संयुक्त होने पर मूल्य जोड़ सकते हैं।


0

मैं द्वारा प्रदान की जवाब पसंद आया आईटी स्केप्टिक एक पर प्रकरण की DevOpsCafe.org अगर मैं इसे सही ढंग से याद है, सोच के बारे में उनकी लाइन आप वास्तव में वास्तव में समझने अगर आईटीआईएल, वहाँ बहुत कम संघर्ष है। आईटीआई के अधिकांश दिशा-निर्देश बहुत सामान्य हैं और यह टकराव काफी हद तक आईटीआईएल के कुछ कार्यान्वयनों के बीच है, न कि वास्तविक विनिर्देश के पीछे।


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

2
मैं इस प्रकरण को फिर से सुनूंगा और इसे शीघ्र ही यहाँ संक्षेप में प्रस्तुत करूँगा।
जिरी क्लौडा
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.