collaboration devops
DevOps में सहयोग:
शॉकवेव फ़्लैश ऑब्जेक्ट कैसे खेलें
DevOps में प्रसव की छोटी वृद्धि हमारे पिछले ट्यूटोरियल में विस्तार से बताया गया था।
हम जानते हैं कि DevOps का मुख्य मंत्र सहयोग है और इसलिए DevOps शब्द आया।
=> के माध्यम से पढ़ें इन-डेप्थ देवओप ट्यूटोरियल
सहयोग कार्यक्रम में किसी भी समस्या को संबोधित करने के लिए एक एकल टीम के रूप में एक साथ आना है, जो कार्यक्रम को ध्यान में रखते हुए ग्राहक को ध्यान में रखते हुए गोलकीपिंग में बाधा डालता है और उन्हें बिना किसी दोष के गेम के रूप में जल्दी से जल्दी अपनी समस्या के रूप में हल करने के लिए उन्हें हल करता है।
सहयोग सभी को एक-दूसरे से बात करना, एक-दूसरे से आमने-सामने मिलना, उनकी बैठकों में एक-दूसरे को शामिल करना, चर्चा करना, एक-दूसरे के कार्यों को समझना, निर्भरता और समस्याओं को रोकने के लिए कार्य में पारदर्शिता और कार्य में पारदर्शिता लाना सिखाता है।
वीडियो भाग 2 ब्लॉक 5: सहयोग - 15 मिनट 36 सेकंड
ट्रांस्क्रिप्ट:
सहयोग को बार-बार DevOps में दोहराया जाता है और Devops मंत्र को सहयोग किया जाता है। तो, आइए समझते हैं कि सॉफ्टवेयर डेवलपमेंट और डेव अप्स के संदर्भ में ’सहयोग’ का वास्तव में क्या मतलब है।
मेरे अनुसार, जैसे ही एक संगठन कहता है, हम DevOps को लागू कर रहे हैं, स्वचालित रूप से सहयोग की सोच जो कि devops अभ्यास से जुड़ी है, सभी के मन में बंद हो जाती है और उन्हें सहयोग के प्रति अधिक केंद्रित और सतर्क बनाती है और उन्हें लगता है कि उन्हें सहयोग करने की आवश्यकता है । यह सहयोग का जादू है।
इसलिए, परियोजना की शुरुआत से ही DevOps सहयोग की शुरुआत करना संगठन और टीम के लिए बहुत आवश्यक है। टीम का मतलब है, टीम के सदस्य कार्यक्रम।
मैं ऐसे कुछ उदाहरणों की व्याख्या करने जा रहा हूँ जहाँ मैंने देव को ऑप्स और ऑप्स के साथ देव टीम के साथ सहयोग करते हुए देखा है ताकि हम जान सकें कि वास्तव में देवओपीएस संदर्भ में सहयोग का क्या अर्थ है।
यह उदाहरण एक का प्रतिनिधित्व करता है।
एक उदाहरण था कि इंस्टॉलेशन स्क्रिप्ट या कॉन्फ़िगरेशन स्क्रिप्ट में कुछ अज्ञात समस्या थी जो ऑप्स टीम को एक विशेष भूगोल में क्लस्टर के एक विशेष सेट पर सॉफ़्टवेयर स्थापित करने में एक चुनौती मिल रही थी।
यह कुछ अज्ञात त्रुटि फेंक रहा था और एक शुद्ध उत्पादन समस्या थी, जो देव वातावरण में कभी नहीं हुई और संचालन टीम ने वास्तव में उन्हें यह सोचकर हल करने में बहुत प्रयास किया कि यह सेट अप से संबंधित कुछ है, और उन्हें हल करने की आवश्यकता है यह, जो काफी लंबे समय तक हल नहीं हुआ।
फिर तुरंत देव टीम ने मदद के लिए आमंत्रित किए बिना भी पिच की, हालांकि समय क्षेत्र अलग था, इसने उत्पादन साइट का नियंत्रण ले लिया, आप जानते हैं कि आम तौर पर उत्पादन तक पहुंच हर किसी को नहीं दी जाएगी, ऑप्स बस त्रुटि साझा करता है विवरण या कोई अन्य जानकारी जो टीम को डीबगिंग उद्देश्य के लिए चाहिए।
लेकिन इस स्थिति को देव टीम के एक सदस्य तक पहुंच प्रदान करने के लिए कहा जाता है, जिसने लाइव पर इस मुद्दे का विश्लेषण करने में कुछ घंटे बिताए और तत्काल काम प्रदान किया और इसलिए समस्या का समाधान जल्दी हो गया।
यह सहयोग का उदाहरण है जहां देव टीम ने स्वेच्छा से समस्या का स्वामित्व किया और इसे हल करने में ऑप्स टीम की मदद की। यह सहयोग का एक शुद्ध उदाहरण है।
इसी तरह, एक और उदाहरण, मुझे वह आरेखीय रूप से दिखाना है, जिसे मैंने तैयार किया है। एक और उदाहरण यह है कि कुछ दिनों के लिए किसी विशेष साइट पर सॉफ़्टवेयर अपग्रेड के बाद चीजें बहुत ठीक काम कर रही थीं, अचानक आवेदन का प्रदर्शन धीमा होने लगा।
इस धीमेपन के कारण अंतिम उपयोगकर्ताओं को गंभीर लेन-देन के नुकसान का सामना करना पड़ा। CSR के बहुत सारे शिकायत कॉल आने लगे, मेरा मतलब है कि ग्राहक सेवा के प्रतिनिधि और वे, इस मुद्दे पर टीम के साथ पालन करना शुरू कर दिया।
इस उदाहरण पर, तुरंत देव और ऑप्स टीम दोनों एक साथ आए, और ऑप्स टीम द्वारा देव टीम को प्रदान की गई जानकारी और टेलीमेट्री विवरण के साथ, वे समस्या को डीबग कर सकते थे और पहचान सकते थे कि लोड शेयरिंग पहलू में कुछ समस्या थी और इसलिए प्रदर्शन धीमा था।
इसलिए, दोनों टीमों ने इस समस्या को ठीक करने और कुछ घंटों में सामान्य स्थिति में लाने के लिए एक साथ काम किया। इसलिए, यहां देव और ऑप्स दोनों एक साथ आगे आए और देव की समस्या के समाधान के लिए एक साथ सहयोग किया और कहा कि ओपीएस समस्या और ऑप्स यह सोचकर कि यह देव की समस्या है और देव टीम को देखने और इसे ठीक करने की आवश्यकता है।
यह सहयोग का स्पष्ट उदाहरण है जहां हर कोई मुद्दों का मालिक है, दोष खेल खेलने के बावजूद, चाहे वह किसका मुद्दा हो या यह जानने में समय बर्बाद कर रहा है कि यह मुद्दा किसका है, यह ध्यान में रखते हुए कि अंतिम उपयोगकर्ता पीड़ित है और इस मुद्दे की जरूरत है जल्द ही ठीक किया जाएगा।
तो, यहाँ फिर से, मुद्दा सिर्फ उत्पादन से नहीं होना चाहिए, यह किसी भी सरल इन-हाउस सॉफ्टवेयर विकास का मुद्दा हो सकता है, दिन की समस्या के रूप में सरल हो सकता है, या एक डिज़ाइन का मुद्दा, या एक वास्तुकला मुद्दा, या एक साधारण भी हो सकता है। उपकरण समस्या।
कार्यक्रम से संबंधित कोई भी मुद्दा या कोई भी मुद्दा जो टीम को पता है कि, ग्राहक को नुकसान पहुंचा रहा है या कार्यक्रम को धीमा कर रहा है, इस समस्या को अलग करने के बजाय हर किसी के स्वामित्व की आवश्यकता है, यह विकास समस्या या संचालन समस्या या परीक्षण समस्या है, और जितनी जल्दी हो सके इसे संबोधित करने के लिए योगदान, एक सहयोग है।
तो, DevOps संदर्भ में सहयोग विकास और संचालन एक साथ आने और समस्या को जल्द से जल्द हल करने के लिए एक साथ काम करना है, जिससे ग्राहक को ध्यान में रखा जा सके।
सहयोग देव और ऑप्स दोनों का है जो लाइव, मॉनिटरिंग और लॉगिंग और प्रदर्शन चेकिंग में हो रहा है और अंत उपयोगकर्ता के हित में विशेष रूप से उत्पादन में होने वाली समस्या को हल करने के लिए शीर्ष पर हो रहा है।
या बस, मैं यह कह सकता हूं कि कार्यक्रम के लक्ष्यों को प्राप्त करने के लिए समस्या को हल करने के लिए एक साथ काम करने वाली पूरी टीम, ग्राहक को ध्यान में रखते हुए सहयोग है। मैं दोहराता हूं, ग्राहकों को ध्यान में रखते हुए कार्यक्रम के लक्ष्यों को प्राप्त करने के लिए समस्याओं को हल करने के लिए एक साथ लगातार काम करना सहयोग है।
oracle sql pl sql साक्षात्कार प्रश्न
फिर एक सवाल यह उठता है कि हम इस सहयोग को कैसे विकसित करें और हमें टीम के बीच सहयोग शुरू करने की आवश्यकता है, जो एक दूसरे से मीलों दूर बैठे हैं ??
जाहिर है, हम जानते हैं कि देव और ऑप्स दोनों सह-पता नहीं लगा सकते हैं। ऑप्स टीम को कार्य स्थल या डेटा केंद्रों के करीब होना चाहिए, और देव को सॉफ्टवेयर विकास केंद्र के करीब होने की आवश्यकता है। तो, हम दोनों टीमों के बीच निरंतर सहयोग कैसे प्राप्त करें ??
सबसे पहले परियोजना की शुरुआत से ही DevOps सहयोग की शुरुआत करना संगठन और टीम के लिए बहुत आवश्यक है। जिस टीम से मेरा मतलब यहां है, वह कार्यक्रम की टीम के सदस्य हैं।
निम्नलिखित में से कुछ चीजों का अभ्यास करने से टीम के बीच की खाई को पाटने में मदद मिलेगी और आभासी टीमों की कमी पर काबू पाने और सहयोग प्राप्त करने में मदद मिलेगी।
तो, आइए देखें कि वे कौन सी प्रथाएं हैं जो सहयोग प्राप्त करने में मदद करती हैं।
संचालन टीम के सभी प्रासंगिक बैठकों और चर्चाओं में विकास को शामिल करें और इसके विपरीत।
यह न केवल उन्हें एक साथ लाता है, बल्कि उनके प्रत्येक कार्य क्षेत्र, उनके दिन-प्रतिदिन की समस्याओं को समझने में मदद करता है और उनका काम एक-दूसरे को कैसे प्रभावित कर रहा है, और वे कौन-सी महत्वपूर्ण चीजें हैं जो प्रत्येक को बाद में मुद्दों से बचने के लिए ध्यान रखना चाहिए और इसलिए उन्हें करीब लाया जाता है और हर बार एक दूसरे के बीच एक आरामदायक चर्चा शुरू की जाती है।
DevOps अभ्यास की शुरुआत से पहले, देव टीम कभी भी संचालन के लिए सॉफ्टवेयर देने के बारे में कुछ भी परवाह नहीं करती थी। आप जानते हैं कि वे अनजान थे या बुनियादी ढांचे, कॉन्फ़िगरेशन, सर्वर सेटअप, नेटवर्क कॉन्फ़िगरेशन, लाइव प्रदर्शन की निगरानी आदि जैसी चीजों के बारे में कभी परेशान नहीं हुए।
वे सोचते थे कि ये सभी गतिविधियाँ ऑपरेशन टीम की ज़िम्मेदारियाँ हैं और देव टीम कभी भी इसके बारे में नहीं जानती थी। पहले विकास टीम के लिए डिलीवरी का अर्थ अकेले ऑपरेशन टीम को डिलीवरी करना था, लेकिन DevOps अभ्यास के साथ, डिलीवरी का मतलब उत्पादन तक होता है, न कि केवल संचालन के लिए।
इसी तरह, ऑप्स कभी भी उस कोड के बारे में परवाह नहीं करते थे जो विकास टीम का उत्पादन कर रही थी। सॉफ्टवेयर इंस्टॉलेशन, कार्यक्षमता या उत्पादन में प्रदर्शन के मुद्दों के दौरान जो भी समस्याएँ होती हैं, वे केवल विकास टीम को हिरन को पास करने और उन्हें ठीक करने और वापस देने के लिए कहते थे।
इसलिए, एक-दूसरे के काम को जानना और उनके काम को समझना और पूरे चक्र में एक-दूसरे की समस्या के मालिक होने से टीम को मुद्दों को जल्दी हल करने में मदद मिलती है।
क्योंकि वे जानते हैं कि मुद्दा कहां है और कार्यक्रम में क्या हो रहा है और उत्पादन में क्या समस्या पैदा कर रहा है और इसलिए बिना किसी परेशानी के सीधे इसे ठीक कर सकता है।
इसलिए, सहयोग का मतलब है कि विकास टीम को बुनियादी ढांचे और कॉन्फ़िगरेशन को समझने की आवश्यकता है और संचालन टीम को कोड, गुणवत्ता, वितरण और समयसीमा के बारे में परेशान करने की आवश्यकता है।
एक दूसरे पर निर्भरता को समझने से काम को गति देने और समय पर वितरित करने में मदद मिलेगी।
जैसे सॉफ्टवेयर इंस्टॉलेशन के दौरान, ऑपरेशंस टीम इंस्टॉलेशन से जुड़े किसी भी मुद्दे को हल करने के लिए डेवलपमेंट टीम पर निर्भर करती है। इसी तरह, विकास टीम को कोड करते समय बहुत सारी पूर्व शर्त पर निर्भर करता है जो संचालन टीम के लिए मौजूद रहते हैं ताकि कोडिंग प्रक्रिया के दौरान देखभाल की जा सके।
Android के लिए सबसे अच्छा फोन जासूस सॉफ्टवेयर
एक और उदाहरण परीक्षण टीम परीक्षण के लिए उत्पादन से नमूना लाइव डेटा प्रदान करने के लिए संचालन टीम पर निर्भर करती है। पर्यावरण विन्यास विवरण को विकास पर्यावरण आदि में स्थापित किया जाना है।
इसलिए, दोनों टीम को एक-दूसरे के साथ सहयोग करने और एक-दूसरे पर निर्भरता को समझने और समय क्षेत्र कारक के बारे में ध्यान में रखते हुए बिना किसी देरी के डेटा या जानकारी प्रदान करने की आवश्यकता है।
स्रोत नियंत्रण या संस्करण नियंत्रण जैसी DevOps प्रथाओं को अपनाकर पारदर्शिता बनाए रखें जो टीम को कार्यक्रम के बारे में सब कुछ समझने में सक्षम बनाती है और किसी भी गलतफहमी से बचने में मदद करती है।
इसलिए, यह मूल रूप से टीम के भीतर पारदर्शिता बनाए रखता है।
टीम के सदस्यों को किसी व्यक्ति या किसी विशेष जानकारी पर निर्भर रहने की आवश्यकता नहीं है, यदि कोई व्यक्ति क्लस्टर में किसी विशेष नोड पर स्थापित कॉन्फ़िगरेशन जानना चाहता है, तो उन्हें ऑपरेशन टीम के जागने और इंतजार करने की आवश्यकता नहीं है उन्हें ये विवरण प्रदान करें, बल्कि वे संस्करण नियंत्रण उपकरण पर जा सकते हैं और इस जानकारी को प्राप्त कर सकते हैं और बिना किसी देरी के अपना कार्य पूरा कर सकते हैं।
विशेष रूप से दूसरों की गलती से एक दूसरे से सीखना सहयोग की सबसे बड़ी विशेषता है। ताकि वे किसी और द्वारा पहले से की गई इन गलतियों को न दोहराएं।
इसलिए, विकास ऑपरेशन से सीख रहा है और संचालन विकास से सीख रहा है, चाहे वह एक नई तकनीक हो, उपकरण हो, या सरल और बेहतर तरीके से कुछ करना हो। जहां दोनों एक ही पृष्ठ पर हैं और इसलिए वे एक-दूसरे से सीखकर एक-दूसरे का सहयोग करते हैं।
ऑपरेशन हमेशा महसूस करते थे कि देव टीम बहुत धीमी है और वे समय पर डिलीवरी नहीं कर सकते हैं, अब जब वे दिन-प्रतिदिन विकास टीम के साथ बातचीत कर रहे हैं, तो वे समझते हैं कि देरी किस वजह से हो रही है, यह कम स्पष्टता है आवश्यकताओं, डिजाइन समस्या, कोडिंग समस्या या किसी अन्य उपकरण समस्या।
यहां तक कि वे इसमें सुधार करने के लिए अपने बहुमूल्य सुझाव भी दे रहे हैं।
इसके अलावा, उत्पादन या विकास स्थल से किसी भी मुद्दे के मामले में, DevOps इस समस्या का पता लगाने की कोशिश कर रहा है कि कौन या किस टीम ने यह पता लगाने की कोशिश करने से पहले समस्या को ठीक करने की संस्कृति का परिचय दिया। और इसलिए हर कोई समस्या का कारण जानने में समय बर्बाद करने के बजाय समस्या को ठीक करने पर ध्यान केंद्रित करने की कोशिश करता है।
इसलिए, एक-दूसरे के मुद्दे को अपने हिसाब से दोष देना और उन पर विचार करना और उन्हें हल करने के लिए आगे आना और समस्या का समर्थन करना, अपने मुद्दों के दौरान एक-दूसरे का समर्थन करना फिर से एक सहयोग है।
इसलिए, मैं कह सकता हूं, दोष देना बंद करो खेल, दोष गेमिंग एक बार फिर सहयोग की विशेषता है।
जब हर कोई समान दिशा में, समान मानसिकता और समान पहलुओं और प्रथाओं पर काम करना शुरू कर देता है, तो फिर से एक सहयोग होता है जैसे कि जब भी कोई नई सुविधा विकसित होती है, तो हर कोई यह सोचता है कि यह कैसे परीक्षण किया जाए, इसे कैसे तैनात किया जाए, इस पर कैसे नजर रखी जाए, एक सहयोग है।
इसलिए, आमतौर पर टीम के भीतर सोचना एक बार फिर सहयोग की विशेषता है।
आइए अब हम विराम लेते हैं और हमारे अगले वीडियो में सहयोग के बारे में थोड़ा और समझते हैं।
PREV ट्यूटोरियल | अगले ट्यूटोरियल
अनुशंसित पाठ
- DevOps टीमों में सहयोग कैसे विकसित करें
- DevOps में वितरण की छोटी वृद्धि का महत्व
- DevOps में निरंतर एकीकरण
- DevOps में निरंतर तैनाती
- DevOps में सतत वितरण
- DevOps स्वचालन: DevOps अभ्यास में स्वचालन कैसे लागू होता है
- DevOps ट्यूटोरियल: DevOps के लिए अंतिम गाइड (25+ ट्यूटोरियल)
- DevOps टेस्टिंग ट्यूटोरियल: QA टेस्टिंग को कैसे प्रभावित करेंगे DevOps?