← नवीनतम पेपर
💻 computer science

AIOps-Driven DevOps Pipeline for Predictive Deployment Risk Scoring, Anomaly Detection and Automated Downtime Reduction in CI/CD Environments

यह शोध पत्र एक एकीकृत AIOps फ्रेमवर्क प्रस्तावित करता है जो डिप्लॉयमेंट विफलताओं को सक्रिय रूप से कम करने और CI/CD परिवेशों में रिकवरी के औसत समय (mean time to recovery) को महत्वपूर्ण रूप से घटाने के लिए XGBoost-आधारित प्रेडिक्टिव रिस्क स्कोरिंग, ऑटोएन्कोडर-संचालित विसंगति का पता लगाने (anomaly detection), और रैंडम फॉरेस्ट-आधारित स्वचालित समाधान (automated remediation) को संयोजित करता है।

मूल लेखक: Abinaya Selvaraj, Parimala G

प्रकाशित 2026-07-22
📖 6 मिनट में पढ़ें🧠 गहराई से पढ़ें

मूल लेखक: Abinaya Selvaraj, Parimala G

मूल पेपर CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें

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

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

यह शोध पत्र, जिसका शीर्षक "AIOps-Driven DevOps Pipeline for Predictive Deployment Risk Scoring, Anomaly Detection and Automated Downtime Reduction" है, एक नया तरीका बताता है कि इस सुपर-स्मार्ट सिटी मैनेजर को कैसे बनाया जाए। लेखक, अबिनया सेलवराज और पारिमला जी, एक एकीकृत ढांचा प्रस्तावित करते हैं जो सॉफ्टवेयर पाइपलाइनों के लिए तीन-स्तरीय सुरक्षा और रखरखाव टीम के रूप में कार्य करता है। आपदा होने का इंतज़ार करने के बजाय, यह प्रणाली आपदा शुरू होने से पहले ही उसे रोकने की कोशिश करती है, उसे होते हुए पकड़ती है, और तुरंत ठीक करती है।

यहाँ बताया गया है कि उनका "स्मार्ट सिटी" कैसे काम करता है, जिसे उनके तीन मुख्य कार्यों में विभाजित किया गया है:

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

2. नाइट वॉचमैन (एनोमली डिटेक्शन)
एक बार जब सॉफ्टवेयर वास्तविक दुनिया में चलने लगता है, तो सिस्टम एक अलग मोड में बदल जाता है। यह Autoencoder नामक एक टूल का उपयोग करता है (एक ऐसे रोबोट की कल्पना करें जो लंबे समय तक सिस्टम को देखते हुए यह सीखता है कि "सामान्य" क्या दिखता है)। इस रोबोट को यह बताने की ज़रूरत नहीं है कि "विफलता" कैसी दिखती है; यह बस जानता है कि "सामान्य" व्यवहार क्या है। यदि सिस्टम अजीब व्यवहार करने लगता है—जैसे CPU उपयोग का अचानक बढ़ना या लॉग्स में अजीब त्रुटियां दिखना—तो रोबट तुरंत अंतर को पहचान लेता है। यह एक नाइट वॉचमैन की तरह है जो जानता है कि रात के 2 बजे शहर की आवाज़ कैसी होती है; यदि उसे कोई टक्कर या चीख सुनाई देती है, तो वह जानता है कि कुछ गलत है, भले ही उसने पहले कभी वह विशिष्ट अपराध न देखा हो।

3. ट्राइएज नर्स और रिपेयर बॉट (सेवेरिटी और रेमेडिएशन)
जब नाइट वॉचमैन कुछ अजीब देखता है, तो सिस्टम केवल घबराता नहीं है; यह पता लगाता है कि समस्या कितनी गंभीर है। यह समस्या को गंभीरता के स्तरों में वर्गीकृत करने के लिए Random Forest नामक एक अन्य टूल का उपयोग करता है (कई छोटे निर्णय लेने वालों की एक टीम जो उत्तर पर वोट करती है): P0 (क्रिटिकल, सब कुछ टूट गया है), P1, P2, या P3 (मामूली परेशानी)। इस स्कोर के आधार पर, एक पॉलिसी इंजन सक्रिय हो जाता है। यदि यह P0 है, तो सिस्टम स्वचालित रूप से सर्विस को रीस्टार्ट कर सकता है या अपडेट को पिछले वर्ज़न पर रोल बैक कर सकता है। यदि यह P3 है, तो यह केवल एक मानव को सूचना भेज सकता है। बड़ी आपात स्थितियों के लिए, सिस्टम रुकता है और एक बड़ा कदम उठाने से पहले मानव से अनुमोदन मांगता है, यह सुनिश्चित करते हुए कि गति के लिए सुरक्षा से समझौता न किया जाए।

लेखकों ने अपने सिस्टम का परीक्षण सिम्युलेटेड डेटा का उपयोग करके किया जो वास्तविक दुनिया के सॉफ्टवेयर वातावरण की नकल करता है, क्योंकि वास्तविक कंपनी का डेटा अक्सर बहुत गोपनीय होता है। उन्होंने पाया कि उनका एकीकृत दृष्टिकोण अच्छी तरह से काम करता है। "क्रिस्टल बॉल" (XGBoost) यह भविष्यवाणी करने में अच्छा था कि कौन से अपडेट जोखिम भरे हैं, "नाइट वॉचमैन" (Autoencoder) ने ज्ञात त्रुटियों की सूची के बिना अजीब व्यवहारों को सफलतापूर्वक पहचाना, और "ट्राइएज नर्स" (Random Forest) ने समस्याओं को उनकी तात्कालिकता के अनुसार सही ढंग से छाँटा।

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

अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?

आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।

Digest आज़माएँ →