तैनाती के मार्ग के साथ रिलीज जीवनचक्र में तेजी लाएं: भाग 1 - आईबीएम ब्लॉग

कई उद्यमों के लिए, क्लाउड की यात्रा तकनीकी ऋण लागत को कम करती है और पूरा करती है CapEx-टू-OpEx उद्देश्य. यह भी शामिल है पुनर्रचना सेवा मेरे microservices, लिफ्ट और पारी, रीप्लेटफॉर्मिंग, रीफैक्टरिंग, रिप्लेसिंग और बहुत कुछ। जैसी प्रथाएं वैसी DevOps, बादल देशी, serverless और साइट विश्वसनीयता इंजीनियरिंग (एसआरई) परिपक्व होने पर, ध्यान आईटी के साथ स्वचालन, गति, चपलता और व्यापार संरेखण के महत्वपूर्ण स्तरों की ओर बढ़ रहा है (जो उद्यम आईटी को इंजीनियरिंग संगठनों में बदलने में मदद करता है)।

कई उद्यम अपनी क्लाउड यात्राओं से वास्तविक मूल्य प्राप्त करने के लिए संघर्ष करते हैं और अधिक खर्च करना जारी रख सकते हैं। विभिन्न विश्लेषकों बताया गया है कि 90% से अधिक उद्यम क्लाउड पर अत्यधिक खर्च करना जारी रखते हैं, अक्सर पर्याप्त रिटर्न प्राप्त किए बिना।

मूल्य का असली सार तब उभरता है जब व्यवसाय और आईटी उच्च गति से नई क्षमताएं बनाने के लिए सहयोग कर सकते हैं, जिसके परिणामस्वरूप अधिक डेवलपर उत्पादकता और बाजार में तेजी आती है। उन उद्देश्यों की आवश्यकता है a लक्ष्य ऑपरेटिंग मॉडल. क्लाउड पर अनुप्रयोगों को तेजी से तैनात करने के लिए न केवल निरंतर एकीकरण, तैनाती और परीक्षण (सीआई/सीडी/सीटी) के साथ विकास त्वरण की आवश्यकता होती है, बल्कि आपूर्ति श्रृंखला जीवनचक्र त्वरण की भी आवश्यकता होती है, जिसमें शासन जोखिम और अनुपालन (जीआरसी), परिवर्तन प्रबंधन जैसे कई अन्य समूह शामिल होते हैं। , संचालन, लचीलापन और विश्वसनीयता। उद्यम लगातार ऐसे तरीकों की तलाश कर रहे हैं जो उत्पाद टीमों को अवधारणा से लेकर पहले से कहीं अधिक तेजी से तैनात करने के लिए सशक्त बनाएं।

स्वचालन-प्रथम और DevSecOps के नेतृत्व वाला दृष्टिकोण

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

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

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

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

इस शृंखला की दूसरी पोस्ट एंटरप्राइज़ क्लाउड-नेटिव सॉफ़्टवेयर विकास के लगातार विकसित हो रहे परिदृश्य में उद्यमों को अपने सॉफ़्टवेयर आपूर्ति श्रृंखला जीवनचक्र में तेजी लाने में मदद करने के लिए एक परिपक्वता मॉडल और बिल्डिंग ब्लॉक प्रदान करता है।

तैनाती का मार्ग: वर्तमान दृष्टिकोण और चुनौतियाँ

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

एसडीएलसी की पारंपरिक प्रकृति के साथ प्रमुख चुनौतियाँ हैं:

1. विकास से पहले वास्तुकला और डिजाइन चरण के भीतर विकास तक पहुंचने के लिए 4-8 सप्ताह का इंतजार करना होगा। इसका कारण यह है:
   • गोपनीयता संबंधी चिंताओं, डेटा वर्गीकरण, व्यापार निरंतरता और नियामक अनुपालन (और इनमें से अधिकतर मैनुअल हैं) सहित कोई प्रतिकूल व्यावसायिक प्रभाव सुनिश्चित करने के लिए कई प्रथम-मील समीक्षाएं।
   • एंटरप्राइज-व्यापी एसडीएलसी प्रक्रियाएं जो विकास चक्रों में चुस्त सिद्धांतों (उदाहरण के लिए, पूर्ण डिजाइन अनुमोदन के बाद ही पर्यावरण प्रावधान) के बावजूद, जलप्रपात या अर्ध-चतुर बनी रहती हैं, जिन्हें क्रमिक निष्पादन की आवश्यकता होती है।
   • जिन अनुप्रयोगों को "अद्वितीय" माना जाता है, वे गहन जांच और त्वरण के सीमित अवसरों के साथ हस्तक्षेप के अधीन हैं।
   • सामंजस्यपूर्ण प्रयास और परिवर्तन एजेंट ड्राइविंग, ऐसे मानकीकरण की कमी के कारण पैटर्न-आधारित वास्तुकला और विकास को संस्थागत बनाने में चुनौतियाँ।
   • एक सुरक्षा संस्कृति जो विकास की गति को प्रभावित करती है, जिसमें सुरक्षा नियंत्रण और दिशानिर्देशों का पालन अक्सर मैन्युअल या अर्ध-मैनुअल प्रक्रियाओं से जुड़ा होता है।
2. विकास के लिए पर्यावरण और सीआई/सीडी/सीटी टूलींग एकीकरण के प्रावधान के लिए प्रतीक्षा समय निम्न के कारण है:
   • मैनुअल या अर्ध-स्वचालित वातावरण प्रावधान।
   • पैटर्न (कागज पर) केवल अनुदेशात्मक मार्गदर्शन के रूप में।
   • खंडित DevOps टूलींग जिसे एक साथ जोड़ने के लिए प्रयास की आवश्यकता होती है।
3. विकास के बाद (अंतिम मील) लाइव होने से पहले प्रतीक्षा समय आसानी से 6-8 सप्ताह या उससे अधिक है:
   • मानक एसएएसटी/एससीए/डीएएसटी (जैसे सुरक्षा कॉन्फ़िगरेशन, दिन 2 नियंत्रण, टैगिंग और अधिक) से परे सुरक्षा और अनुपालन समीक्षाओं के माध्यम से मैन्युअल साक्ष्य संग्रह।
   • संचालन और लचीलेपन की समीक्षा के लिए मैन्युअल साक्ष्य संग्रह (जैसे क्लाउड संचालन और व्यापार निरंतरता का समर्थन)।
   • आईटी सेवा और घटना प्रबंधन और समाधान का समर्थन करने के लिए सेवा परिवर्तन समीक्षाएँ।

तैनाती का मार्ग: लक्ष्य स्थिति

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

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

नीचे दिया गया चित्र तैनाती के मार्ग के संभावित लक्ष्य दृश्य को दर्शाता है जो क्लाउड-नेटिव एसडीएलसी मॉडल को अपनाने में मदद करता है।

क्लाउड-नेटिव एसडीएलसी मॉडल के प्रमुख तत्वों में शामिल हैं:

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

स्पष्टता, जवाबदेही और पता लगाने की क्षमता के माध्यम से त्वरण को तैनात करने का मार्ग

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

भाग 2 पढ़ें: परिपक्वता मॉडल और प्राप्ति दृष्टिकोण की खोज