विषय
- DevOps का लाभ
- DevOps और परियोजना प्रबंधन का इतिहास
- नो बग्स, नो स्ट्रेस - योर स्टेप बाय स्टेप गाइड बाय स्टेप गाइड टू लाइफ-चेंजिंग सॉफ्टवेर विदाउट योर लाइफ
- DevOps और बादल
- DevOps लोगों से बना है
ले जाओ:
DevOps सिद्धांत में एक सीधी अवधारणा है, लेकिन व्यवहार में यह बहुत अधिक जटिल है।
एक नया चर्चा तकनीक समुदाय में दौर बना रहा है, खासकर डिजिटल रिज्यूमे पर। इसे DevOps कहा जाता है, जो कि "विकास" और "संचालन" शब्दों के "पोर्टमांट्यू" (या, कम क्रिया के लिए, एक शब्द संयोजन) है। व्यवहार में यह एक सॉफ्टवेयर डेवलपमेंट विधि है जिसका उद्देश्य सॉफ्टवेयर डेवलपमेंट और आईटी को एकीकृत करना है और बेहतर सॉफ्टवेयर और सेवाओं का उत्पादन करने के लिए किसी संगठन के लिए आवश्यक संचार और सहयोग का निर्माण करना है।
व्यावहारिक रूप से, उद्योग में हो रहे बदलावों के आधार पर, कुछ चीजें लंबे समय से आकार ले रही हैं। इनमें एप्लिकेशन बिल्डरों से तेजी से उत्पाद जारी करने, डेटा सेंटर स्वचालन और कॉन्फ़िगरेशन प्रबंधन उपकरण बढ़ाने और चुस्त सॉफ्टवेयर विकास का उपयोग शामिल है। (एजाइल सॉफ्टवेयर डेवलपमेंट 101 में इस प्रकार के विकास पर कुछ पृष्ठभूमि प्राप्त करें।)
संक्षेप में, DevOps विकास, संचालन और गुणवत्ता आश्वासन के बीच चौराहे का प्रतिनिधित्व करता है, तीन क्षेत्र, जो अतीत में, अपेक्षाकृत स्वतंत्र रूप से संचालित होते थे।
सरल लगता है, है ना? हालांकि DevOps का मूल विचार बहुत सीधा है, तथ्य यह है कि बहुत सारे लोग इसके बारे में बहुत अलग तरीके से बात कर रहे हैं। तो चलो कुछ उन पर एक नज़र डालते हैं।
DevOps का लाभ
हालाँकि, DevOps का विस्तृत वर्णन अलग-अलग है, ज्यादातर लोग इस बात से सहमत हैं कि इस तरह के दृष्टिकोण का आवश्यक लक्ष्य यह है कि डेवलपर टीम और अन्य परियोजनाओं पर कैसे काम करें जो "लाइव हो जाएं"। सार्वजनिक उपयोग या विशिष्ट अंतिम-उपयोगकर्ता समुदायों के लिए सभी लाइव प्रोजेक्ट, सॉफ़्टवेयर उत्पाद और प्रौद्योगिकियां विचारों के रूप में शुरू होती हैं और विभिन्न कोडर्स के चारों ओर लात मारती हैं, जो कि अक्सर एक जटिल प्रक्रिया होती है जो कि जारी होने से पहले होनी चाहिए। यह वही है जो DevOps को संबोधित करता है। इस प्रक्रिया को जितना संभव हो उतना सुगम बनाना है, और हर कदम पर सबसे प्रभावी लोगों को शामिल करना है।
DevOps के बारे में जानकारी के कुछ हड़बड़ाहट से पता चलता है कि इस भूमिका में पेशेवरों को कभी-कभी "साइज़ एडिंस" या टाइपकास्ट के रूप में अन्य तरीकों से कबूतर हो जाते हैं। कुछ लोग DevOps को ऐसे लोगों के रूप में देखते हैं, जो सिर्फ अलग-अलग टोपियां लगाते हैं, एक डेवलपर और एक व्यवस्थापक भूमिका के बीच टीकाकरण करते हैं।
लेकिन कई HR विशेषज्ञ कुछ अलग देख सकते हैं जब DevOps शब्द फिर से शुरू होता है। Thats क्योंकि DevOps पेशेवर अक्सर प्रोजेक्ट "हैंड-होल्डर्स" के रूप में काम करते हैं, जो लोग उत्पाद विकास के अन्यथा अनदेखे पहलुओं की देखरेख करते हैं और काम पूरा करने में मदद करते हैं। अधिक विशेष रूप से, DevOps इस विचार को संबोधित करता है कि यदि कोई सक्रिय और लगे हुए लोग कुछ लाइव लाने में मदद करने के लिए नहीं हैं, तो यह वास्तव में गलत तरीके से लाइव हो सकता है।
DevOps और परियोजना प्रबंधन का इतिहास
देवओप्स की प्रशंसा गाने वालों में से कुछ के अनुसार, नया विचार वास्तव में कुछ मुख्य समस्याओं से जूझता है जिस तरह से विकास काम करता था (और कुछ मामलों में, अभी भी करता है)। एक संबंधित मुद्दा कुछ डेवलपर्स के लिए ऐसी चीजें बनाने में विफलता है जो उपयोगकर्ता के अनुकूल हैं और विकास के संचालन पक्ष में निहित स्वार्थ रखते हैं। लेकिन एक अन्य क्षेत्र जो देवओपीएस को संबोधित कर सकता है वह प्रथाओं का स्वचालन है, जहां डेवलपर्स उप-सम तरीके से निराश हो सकते हैं ताकि लाइव होने के उस अंतिम लक्ष्य की ओर एक परियोजना प्राप्त करने के लिए कुशल कोडिंग सक्षम हो सके। इन दोनों सामान्य विकास के मुद्दों को एक DevOps योजना द्वारा संबोधित किया जा सकता है।
नो बग्स, नो स्ट्रेस - योर स्टेप बाय स्टेप गाइड बाय स्टेप गाइड टू लाइफ-चेंजिंग सॉफ्टवेर विदाउट योर लाइफ
जब कोई भी सॉफ़्टवेयर गुणवत्ता की परवाह नहीं करता है तो आप अपने प्रोग्रामिंग कौशल में सुधार कर सकते हैं।
DevOps और बादल
उपभोक्ताओं के बहुत सारे मुख्य रूप से दूरस्थ भंडारण के लिए एक जगह के रूप में बादल को जानते हैं, लेकिन डेवलपर्स परियोजनाओं के लिए बेहतर तरीके प्रदान करने के लिए क्लाउड सेवाओं का उपयोग करने के लिए कई अन्य क्षमता देख सकते हैं। एक DevOps पहल में, नियोजक सॉफ्टवेयर के लिए निरंतर वितरण या अधिक निर्बाध असेंबली लाइनों को देख सकते हैं। मूल रूप से, यदि आपकी कंपनी नियमित आधार पर एप्लिकेशन या अन्य उत्पाद जारी करती है, तो दोहराए जाने वाले कार्यों के लिए कुछ प्रोटोकॉल बेहतर परिणाम और उच्च गुणवत्ता-आश्वासन बेंचमार्क सुनिश्चित कर सकते हैं।
DevOps में जो पहले मैन्युअल रूप से किए गए थे उनमें से कुछ को स्वचालित करने के अवसरों की तलाश कर सकते हैं।क्लाउड सेवाएं जीवन के चक्र के कुछ हिस्सों के माध्यम से सॉफ्टवेयर उत्पादों को आसान तरीके से लाने के लिए सभी प्रकार के नए संसाधनों को सक्षम कर सकती हैं। "शून्य-स्पर्श" परिनियोजन का वादा करते हुए नए उपकरणों का उपयोग करके कई वातावरण में उत्पादों को लाने या कम काम के साथ तैनात करने पर अक्सर ध्यान दिया जाता है। लेकिन फिर से, DevOps दृष्टिकोण, क्लाउड सेवाओं के साथ संयुक्त रूप से, आमतौर पर बासी परिवर्तन-प्रबंधन प्रणालियों को त्यागने और किसी दिए गए कॉर्पोरेट या आईटी संस्कृति के भीतर कट्टरपंथी परिवर्तन को संभव बनाने में मदद करने के लिए काम करने के नए तरीके बनाने के लिए उपयोग किया जाता है। (क्लाउड कम्प्यूटिंग में क्लाउड पर कुछ पृष्ठभूमि प्राप्त करें: बज़ क्यों?)
DevOps लोगों से बना है
संक्षेप में, औसत DevOps विभाग या संरचना में ऐसा बहुत कुछ है जो यह सुनिश्चित करता है कि लोग साथ मिलकर काम करें। एक कंपनी में एक विशेष DevOps घटक का निर्माण करके, नेतृत्व अक्सर यह सुनिश्चित करने की उम्मीद कर रहा है कि एक बहुत अच्छा संचार है क्योंकि एक परियोजना अक्सर जटिल विधानसभा लाइन के माध्यम से अपना रास्ता बनाती है जो एक विचार से एक कामकाजी प्रोटोटाइप तक और लाइव में फैलती है एक सॉफ्टवेयर उत्पाद का चरण। इसका मतलब है कि DevOps कर्मियों का उपयोग यह पता लगाने के लिए कि क्या एक डेवलपर टीम सही संसाधनों के लिए कॉल कर रही है, कार्यों का समन्वय कर रही है, या अपने काम को अगले चरण की टीम पर कर रही है। यदि यह सब कुछ विस्तृत लगता है, तो यह उन लोगों के लिए कोई आश्चर्य की बात नहीं है जो बड़ी आईटी कंपनियों या अन्य कंपनियों में काम करते हैं जो अपने स्वयं के आईटी उत्पादों का निर्माण करते हैं।
DevOps एक जटिल दुनिया के लिए एक जटिल विचार है, एक ऐसी दुनिया है जिसमें काम अक्सर प्रक्रिया दस्तावेज, नेटवर्किंग और अंतर-कार्यालय सहयोग जैसी चीजों के साथ सरल मैनुअल, या यहां तक कि संज्ञानात्मक, श्रम के साथ बहुत अधिक होता है। और कई शीर्ष स्तर के प्रबंधकों को जिनकी आईटी प्रक्रियाओं में कुछ पूर्ण-टाइमर से अधिक की आवश्यकता होती है, यह अपने समय के लिए सही विचार है।