एक ऑपरेशंस बैकग्राउंड से आने वाले DevOps Engineer के रूप में , आपने BASH, PowerShell, Python आदि की पसंद से अपने सर्वर पर सॉफ़्टवेयर की स्थापना को स्क्रिप्ट करने के लिए सर्वर और सॉफ़्टवेयर को मैन्युअल रूप से बनाने और वितरित करने से स्थानांतरित किया होगा । थोड़ी देर बाद, आपको एहसास होगा कि कैसे कूल स्क्रिप्टिंग है और तैनाती को स्वचालित करने के लिए और अधिक परिष्कृत तरीके तलाशने के लिए शुरू करें ।
आखिरकार, आप सिस्टम के अपने बेड़े की स्थिति का प्रबंधन करने में मदद करने के लिए एक बावर्ची, कठपुतली, Ansible या अन्य विन्यास प्रबंधन उपकरण पर बस गए होंगे । जैसा कि आपके उपकरणों के साथ-साथ एप्लिकेशन परिनियोजन और सिस्टम प्रबंधन के स्वचालन के साथ आपके कौशल, आप हाल ही में ' इन्फ्रास्ट्रक्चर इन कोड ' के दायरे में आ गए हैं और इसका उपयोग न केवल सॉफ्टवेयर की तैनाती को स्वचालित करने के लिए करते हैं, बल्कि बुनियादी ढांचे और वातावरण की आवश्यकता है व्यवसाय को क्लाउड में स्थानांतरित करने के दौरान सॉफ़्टवेयर को चलाने के लिए।
अब आप गैस से खाना पका रहे हैं। समय के साथ आपको मॉड्यूल, व्यंजनों और टेम्पलेट्स को प्रबंधित करने के लिए स्रोत नियंत्रण जैसे डेवलपर सेंट्रिक टूलिंग का उपयोग करने के लाभों से परिचित कराया गया है जो आपकी तैनाती और प्रबंधन उपकरणों के शस्त्रागार को बनाते हैं।
जब आप DevOps टीम में शिफ्ट हुए तो आप सॉफ्टवेयर विकास जीवन चक्र और निरंतर एकीकरण की अवधारणा के संपर्क में थे । लड़के उन डेवलपर्स को जल्दी से बदलाव जारी कर रहे थे और ऊपर रखने के लिए आपने खुद को देवों के साथ और अधिक निकटता से काम करते हुए पाया! आपने विकास टीम पर रखी गई तात्कालिकता को उन चीजों को बदलने का अनुभव किया जो ऑल-द-टाइम को बदल देती हैं, जो " अगर यह टूट नहीं गया है, तो इसे ठीक न करें " के पुराने परिचालन प्रतिमान के खिलाफ है । अब सिस्टम अपटाइम के बारे में अधिक डींग मारने से आप डिस्पोजेबल इन्फ्रास्ट्रक्चर में नहीं हैं।
आप गौर किया है कि इस कदम DevOps के साथ काम करने से भी अधिक था devs , या का उपयोग कर नए उपकरण और तकनीक है, लेकिन एक अलग था सांस्कृतिक टीम में बदलाव, एक है कि बड़े पैमाने पर संगठन के माध्यम से रिस चुका है। आप साझा जिम्मेदारियों , साझा टूलिंग और साझा लक्ष्यों के साथ एक करीबी टीम के रूप में काम कर रहे थे ।
आपने अपने कौशल को स्वचालित परिनियोजन में लिया और उन्हें " CICD " पाइपलाइन में मालिश किया, जिसे जेनकिंस , बांस या कोड पाइपलाइन जैसे " निरंतर एकीकरण सर्वर " द्वारा ऑर्केस्ट्रेट किया गया । अब, जब डेवलपर्स नए कोड को धक्का देते हैं, तो आपकी स्क्रिप्ट, उपकरण और टेम्पलेट मांग पर नए वातावरण को खड़ा करते हैं, अपनी चीज़ को करने के लिए परीक्षण रूपरेखाओं को ट्रिगर करते हैं और रिलीज पर हरी रोशनी के बाद पूर्व-उत्पादन वातावरण को फाड़ देते हैं, का पालन करते हुए। " निरंतर वितरण " के विचार ।
जैसा कि नए कोड CICD चरणों के माध्यम से अपना रास्ता बनाता है, आप, डेवलपर्स और व्यवसाय को विश्वास है कि उत्पादन के लिए जारी होने पर अपडेट नहीं टूटेगा। टीम को " निरंतर परिनियोजन " मिलने से पहले जाने का कोई रास्ता है , आपको अभी भी नीली / हरी परिनियोजन क्षमता को स्वचालित करने के महीन बिंदुओं पर व्यवस्थित होने की आवश्यकता है , और निर्णय ज्यादातर एक व्यवसाय है। कुछ समय के लिए आप संतुष्ट हैं कि 3am पर कॉलों की संख्या कम हो गई है और सेव -1 और सेव -2 की कमी है।
यहां तक कि अगर आपको सेव -1 मिलता है, तो आप ऑल-नाइटर्स को अपनी पीठ से सांस लेने वाले प्रबंधकों के साथ नहीं खींच रहे हैं - आप CICD पाइपलाइन के माध्यम से पिछले संस्करण को आसानी से जारी कर सकते हैं और सिस्टम को फिर से ऑनलाइन प्राप्त कर सकते हैं। व्यापार ने देखा है कि परिवर्तनों के वेग के बावजूद आईटी प्रणालियों की स्थिरता में सुधार हुआ है ।
आप अपने व्यवसाय में सॉफ़्टवेयर को चलाने के लिए आवश्यक संसाधनों का प्रबंधन करते हैं, खासकर जब आप सोचते हैं कि यह कैसे हुआ करता था और आपके रक्त की मात्रा डाटासेंटर में रेल पर पीछे रह जाती है ...
