शुरू से अंत तक एकीकरण: किसी घटना को शुरू से अंत तक प्रबंधित करना

लाभ:

• किसी घटना का पता लगाने, निदान, शमन, स्थायी समाधान और सीखने के चरणों में कृत्रिम बुद्धिमत्ता समर्थन के साथ अंत-से-अंत प्रबंधन
• कृत्रिम बुद्धिमत्ता में स्थानांतरित किए जा सकने वाले चरणों और हर चरण में मानवीय निर्णय की आवश्यकता वाले चरणों को अलग करके घबराहट के समय में भी सत्यापन अनुशासन बनाए रखने की क्षमता।
• इस सुनहरे नियम को बदलने की क्षमता कि कृत्रिम बुद्धिमत्ता को 'क्या हो रहा है, कैसे लिखना है' प्रश्नों पर प्राथमिकता दी जाती है, और मनुष्यों को 'क्या मुझे यह करना चाहिए, गारंटर कौन है' प्रश्नों पर प्राथमिकता दी जाती है, एक व्यावसायिक प्रतिक्रिया में

शुरू से अंत तक एकीकरण: एआई के साथ किसी घटना को शुरू से अंत तक प्रबंधित करना

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

इस इकाई में, आप एक घटना के जीवनचक्र - पता लगाना, निदान, हस्तक्षेप, समाधान, सीखना - और प्रत्येक चरण में एआई की भूमिका और सीमाओं को एक उदाहरण के माध्यम से एकीकृत करेंगे।

किसी घटना का जीवन चक्र

प्रत्येक गंभीर घटना समान चरणों से गुजरती है, और प्रत्येक चरण में एआई की एक अलग भूमिका होती है। पता लगाना: एक अलार्म बजता है, एक उपयोगकर्ता शिकायत करता है, एक मीट्रिक बेसलाइन से भटक जाता है (यूनिट 4)। मान्यता और दायरा: क्या यह वास्तव में एक मुद्दा है, यह कितना व्यापक है? निदान: लॉग और मेट्रिक्स से मूल कारण तक पहुंचना (इकाई 3)। प्रतिक्रिया और शमन: क्षति को रोकना, समाधान। स्थायी समाधान: परिवर्तन प्रबंधन (यूनिट 9), स्क्रिप्ट (यूनिट 2) या यदि आवश्यक हो तो कॉन्फ़िगरेशन (यूनिट 5) के साथ ठीक करें। सीखना: पोस्टमार्टम और रनबुक अपडेट (यूनिट 7)। एआई पता लगाने में विसंगति को चिह्नित करता है, निदान में परिकल्पना तैयार करता है, हस्तक्षेप में विकल्प प्रदान करता है, समाधान में ड्राफ्ट लिखता है, सीखने में दस्तावेज तैयार करता है - लेकिन हर चरण में, मनुष्य निर्णय बिंदु पर खड़े होते हैं।

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

प्रारंभ से अंत तक एक उदाहरण

आइये इसे ठोस बनायें. 02:10 पर अलार्म: भुगतान सेवा पी99 प्रतिक्रिया समय 6 सेकंड है, जो बेसलाइन (250-400 एमएस) से काफी ऊपर है। पहचान सही: ट्रैकिंग काम कर गई। पुष्टि: अनेक स्थानों से पुष्टि, एक वास्तविक घटना। डायग्नोस्टिक्स: इंजीनियर एआई को पिछले 20 मिनट का छिपा हुआ लॉग और मेट्रिक्स देता है; एआई एक समयरेखा स्थापित करता है और मंदी को 02:08 पर तैनाती के तुरंत बाद शुरू होने के रूप में चिह्नित करता है - एक मजबूत सहसंबंध, लेकिन फिर भी एक परिकल्पना। इंजीनियर परिनियोजन लॉग से इसकी पुष्टि करता है: हाँ, 02:08 पर एक रिलीज़ जारी की गई थी। प्रतिक्रिया: सबसे तेज़ कटौती वितरण को वापस लेना है; परिवर्तन अनुरोध में रोलबैक चरण तैयार है (इकाई 9)। इंजीनियर पहले कैनरी लॉजिक के साथ सर्वर पर रोलबैक लागू करता है, प्रतिक्रिया समय में सुधार करता है, और फिर इसे प्रचारित करता है। स्थायी समाधान: वास्तविक मूल कारण (नए संस्करण में गैर-अनुक्रमित क्वेरी) को अगले दिन शांति से ठीक कर दिया जाएगा। सीख: एक एआई-मुक्त पोस्टमार्टम का मसौदा तैयार किया गया है और "पोस्ट-परिनियोजन पी99 मॉनिटरिंग" चरण को रनबुक में जोड़ा गया है। हर चरण में, एआई में तेजी आई; प्रत्येक निर्णय बिंदु पर मानव मान्य।

मानव-एआई श्रम विभाजन का सुनहरा नियम

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

तीन मिनी मामले

केस 1 - 40 मिनट अंत से अंत तक। एक डिस्क पूर्ण घटना में, एक एसआरई ने एआई के साथ पूरी श्रृंखला को त्वरित किया: बेसलाइन (5 मिनट) के साथ अलार्म की पुष्टि की, मास्क्ड लॉग को वाईजेड में सारांशित किया और पहली त्रुटि (5 मिनट) पाई, वास्तविक सिस्टम पर एआई की "लॉग रोटेशन बंद" परिकल्पना को सत्यापित किया (5 मिनट), ड्राई-रन (10 मिनट) के साथ एक तैयार सफाई स्क्रिप्ट को चलाया और लागू किया, एआई को पोस्टमॉर्टम स्केच लिखा और तथ्यों को सत्यापित किया (15 मिनट)। कुल 40 मिनट; एआई के बिना लगभग दोगुना। लेकिन हर चरण पर एक सत्यापन कदम था।

केस 2 - घबराहट के क्षण में सत्यापन छोड़ दिया गया। दूसरी टीम ने एक कट लगाया। इसने एआई की पहली मूल कारण परिकल्पना (एक निर्भरता सेवा) को सत्यापित किए बिना स्वीकार कर लिया और उस सेवा को फिर से शुरू कर दिया। समस्या ठीक नहीं हुई क्योंकि वास्तविक कारण कुछ और था; इसके अलावा, अनावश्यक रीबूट ने दूसरा आउटेज पैदा किया। सबक: सत्यापन न करने के लिए जल्दबाजी का कोई औचित्य नहीं है; एआई परिकल्पना की पुष्टि होने से पहले, कार्रवाई घटना को आगे बढ़ाती है।

केस 3 - सीमा के प्रति जागरूक होना। एक इंजीनियर एक कॉन्फ़िगरेशन परिवर्तन को लागू करने वाला था जिसे एआई एक जटिल नेटवर्क मुद्दे पर आग्रह कर रहा था। लेकिन परिवर्तन अपरिवर्तनीय लग रहा था, और एआई को एजेंसी के विशिष्ट रूटिंग नियमों की जानकारी नहीं थी। इंजीनियर रुका, एक वरिष्ठ नेटवर्क विशेषज्ञ से सलाह ली और पाया कि एआई का प्रस्ताव इस विशेष टोपोलॉजी में एक रूटिंग लूप बनाएगा। एआई की सीमा जानने से व्यवधान को रोका जा सका।

चार प्रतिलिपि योग्य टेम्पलेट

1) इवेंट ट्रिगर सारांश (ट्राएज):

आपकी भूमिका: वरिष्ठ एसआरई, सहायक घटना कमांडर। एक सक्रिय घटना है. मैं आपको जो मास्क्ड अलर्ट/मीट्रिक/लॉग देता हूं, वह मुझे एक त्वरित ट्राइएज देता है: (1) लक्षण क्या है, (2) प्रभाव का दायरा क्या है, (3) पहले देखने के लिए 3 क्षेत्र, (4) प्रत्येक के लिए केवल-पढ़ने के लिए नियंत्रण आदेश। निर्णय और क्रियान्वयन मेरा है; रास्ता भेजो. डेटा: [नकाबपोश]

2) चरणबद्ध घटना प्रबंधन मार्गदर्शिका:

लक्षण [लक्षण] के लिए घटना जीवनचक्र के माध्यम से मुझे चरण दर चरण आगे बढ़ाएं: पहचान की पुष्टि, निदान, शमन, स्थायी समाधान, सीखना। प्रत्येक चरण में, मुझे बताएं (ए) मुझे क्या करने की आवश्यकता है, (बी) जब मैं इसे सुरक्षित रूप से एआई को सौंप सकता हूं, (सी) मुझे स्वयं क्या निर्णय लेना चाहिए। सत्यापन के उन चरणों को चिह्नित करें जिन्हें मुझे जल्दबाजी करने पर भी नहीं छोड़ना चाहिए।

3) निर्णय बिंदु नियंत्रण:

मैं एक इवेंट के बीच में हूं और निम्नलिखित कार्रवाई करने वाला हूं: [कार्रवाई]। लागू करने से पहले, मुझसे पूछें: (1) क्या इसे उलटा किया जा सकता है, (2) मैंने क्या सत्यापन किया/नहीं किया, (3) क्या मेरे पास रोलबैक योजना है, (4) क्या मेरे पास सबूत है कि इस कार्रवाई ने वास्तव में मूल कारण का समाधान किया है? अगर तुम्हें कुछ कमी दिखे तो मुझे रोक लेना.

4) घटना के बाद एकीकृत शिक्षा:

अभी-अभी सुलझी घटना के लिए, [सारांश] मुझे देता है: (1) बिना दोष के एक पोस्टमार्टम ड्राफ्ट, (2) 3 स्थायी सुधार (निगरानी/स्वचालन/कॉन्फ़िगरेशन) जो इस घटना को रोकेंगे, (3) रनबुक चरण जिन्हें अद्यतन करने की आवश्यकता है, (4) समान घटना के लिए प्रारंभिक चेतावनी संकेत सुझाव। बिना सबूत के मूल कारण लिखना; तथ्यों पर आधारित.

कमजोर संकेत/मजबूत संकेत

कमजोर संकेत:

सिस्टम क्रैश हो गया, मुझे क्या करना चाहिए?

घबराए हुए, बिना संदर्भ के और बिना सत्यापन के, इस संकेत को एआई से सामान्य और संभवतः खतरनाक सलाह मिलती है। जल्दबाजी करने से सबसे ज्यादा गलतियाँ इसी बिंदु पर होती हैं।

शक्तिशाली संकेत:

आपकी भूमिका: सहायक घटना कमांडर। सक्रिय घटना: भुगतान सेवाआईपी99 प्रतिक्रिया समय 02:10 के बाद से 15 गुना बेसलाइन (250-400 एमएस)। मुझे पता है कि 02:08 बजे वितरण हुआ था। मुझे बताएं: (1) सबसे संभावित परिकल्पना और इसे केवल पढ़ने के लिए कैसे सत्यापित किया जाए, (2) सबसे तेज़ और प्रतिवर्ती शमन विकल्प, (3) इस शमन को लागू करने से पहले मुझे जिन जोखिमों को नियंत्रित करने की आवश्यकता है। मेरे पास निष्पादन और अनुमोदन है। अतिरिक्त डेटा: [नकाबपोश मीट्रिक/लॉग]

घटना चरण

एआई की भूमिका

महत्वपूर्ण मानवीय निर्णय

पता लगाना

विसंगति को चिह्नित करें

क्या यह वास्तविक घटना है, इसका दायरा क्या है?

निदान

परिकल्पना पीढ़ी

किस परिकल्पना की पुष्टि हुई?

कमी

विकल्प न दें

कौन सी कमी प्रतिवर्ती है?

स्थायी समाधान

ड्राफ्ट/स्क्रिप्ट

परिवर्तन को स्वीकृत करें और निष्पादित करें

सीखना

पोस्टमार्टम स्केच

तथ्यों और पाठों को मान्य करना

सामान्य गलतियाँ

• घबराहट में सत्यापन छोड़ना। "पढ़ें-सत्यापित करें-रिटर्न तैयार करें" रिफ्लेक्स को छोड़ने के लिए जल्दबाजी करना कोई औचित्य नहीं है; जैसे-जैसे तनाव बढ़ता है, अनुशासन भी बढ़ना चाहिए।
• किसी परिकल्पना को साक्ष्य समझ लेना। एआई के पहले मूल कारण सुझाव की पुष्टि किए बिना कार्रवाई करने से घटना बढ़ेगी।
• एआई की संदर्भ सीमा को भूल जाना। एआई संगठन की छिपी हुई निर्भरता को नहीं जानता है; महत्वपूर्ण परिवर्तन में, मानवीय निर्णय प्रबल होता है।
• सीखने के चरण को छोड़ना. पोस्ट-मॉर्टम और रनबुक अपडेट के बिना, कार्यक्रम उसी रात फिर से शुरू होता है।
• एआई पर जिम्मेदारी डालना. "एआई ने ऐसा कहा" कोई बचाव नहीं है; क्रियान्वयन की जिम्मेदारी सदैव मनुष्य की होती है।

सावधानी: घटना प्रबंधन में एआई का उपयोग सीखने की घटना प्रबंधन को प्रतिस्थापित नहीं करता है। वाहन दुर्घटनाग्रस्त हो सकता है, दुर्घटनाग्रस्त हो सकता है, या पहुंच से बाहर हो सकता है। जो इंजीनियर बुनियादी बातें जानता है वह एआई के साथ तेज़ होता है; एक इंजीनियर जो बुनियादी बातें नहीं जानता वह एआई के साथ तेजी से गलतियाँ करेगा। पहले अनुशासन स्थापित करें, फिर एआई से गति प्राप्त करें।

सारांश

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

आवेदन कार्य

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

चेकलिस्ट

• [ ] क्या मैंने घटना को पहचान, निदान, शमन, समाधान और सीखने के चरणों में विभाजित किया है?
• [ ] क्या मैंने उन चरणों के बीच अंतर किया है जो एआई को सौंपे जा सकते हैं और जिनके लिए प्रत्येक चरण में मानव निर्णय लेने की आवश्यकता होती है?
• [ ] निदान में, क्या मैंने एआई परिकल्पना को साक्ष्य से अलग किया और सत्यापन आदेश के साथ इसकी पुष्टि की?
• [ ] क्या मैंने उत्क्रमणीयता और रोलबैक योजना के संदर्भ में शमन का मूल्यांकन किया है?
• [ ] क्या मैंने घबराहट के समय में भी "रीड-वेरिफाई-तैयार रिटर्न" रिफ्लेक्स बनाए रखा?
• [ ] क्या मैंने इस घटना से पोस्टमार्टम और रनबुक सबक सीखा?

मॉड्यूल परीक्षा

1. सिस्टम और नेटवर्क प्रबंधन में कृत्रिम बुद्धिमत्ता के लिए निम्नलिखित में से कौन सी स्थिति सबसे सटीक है?

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

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

2. सत्यापन रिफ्लेक्स के चार चरण क्या हैं जिन्हें उत्पादन में कृत्रिम बुद्धिमत्ता द्वारा उत्पन्न कमांड चलाने से पहले लागू किया जाना चाहिए?

• ए) कॉपी, पेस्ट, रन, आशा
• बी) पढ़ें और समझें, दस्तावेजीकरण करें, एक अलग वातावरण में प्रयास करें, फीडबैक के लिए तैयारी करें ✔
• सी) लाइक, शेयर, सेव, आर्काइव
• डी) हटाएं, पुनः लिखें, संपीड़ित करें, भेजें

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

3. ऑटोमेशन स्क्रिप्ट के 'इम्पोटेंट' होने का क्या मतलब है और यह महत्वपूर्ण क्यों है?

• ए) स्क्रिप्ट प्रत्येक रन में अलग-अलग परिणाम उत्पन्न करती है
• बी) स्क्रिप्ट केवल एक बार चल सकती है और फिर हटा दी जा सकती है
• सी) दूसरी बार चलाने पर स्क्रिप्ट को कोई नुकसान नहीं होता है; ✔ दोबारा ट्रिगर होने पर भी सुरक्षित
• डी) स्क्रिप्ट में त्रुटि प्रबंधन शामिल नहीं है

स्पष्टीकरण: इडेम्पोटेंसी का अर्थ है कि जब एक ही स्क्रिप्ट को दो या दो से अधिक बार चलाया जाता है, तो इससे दूसरे रन पर कोई नुकसान नहीं होता है या त्रुटियां उत्पन्न नहीं होती हैं। 'यदि उपयोगकर्ता पहले से मौजूद है तो छोड़ें', 'यदि मौजूद नहीं है तो निर्देशिका बनाएं, मौजूद है तो उसे न छुएं' जैसे तर्क स्थापित हैं। यह सुनिश्चित करता है कि स्वचालन सुरक्षित रूप से काम करता है, भले ही गलती से दोबारा चालू हो जाए।

4. किसी स्क्रिप्ट को सुरक्षित करने का सबसे बुनियादी तरीका क्या है जिसमें विनाशकारी संचालन (हटाना, पुनरारंभ करना) शामिल है?

• ए) स्क्रिप्ट को यथासंभव तेज़ चलाएँ
• बी) त्रुटि संदेश छिपाना
• सी) स्क्रिप्ट का सीधे उत्पादन में परीक्षण करना
• डी) विनाशकारी संचालन को डिफॉल्ट ड्राई-रन के पीछे रखना और वास्तविक कार्यान्वयन को एक स्पष्ट टिक फ़्लैग से बांधना ✔

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

5. लॉग विश्लेषण में 'सहसंबंध कार्य-कारण नहीं है' के सिद्धांत का क्या अर्थ है?

• ए) दो घटनाएं जो एक साथ बदलती हैं, जरूरी नहीं कि वे कारण-प्रभाव संबंध में हों; कारणता को भी सत्यापित किया जाना चाहिए ✔
• बी) लॉग में सहसंबंध खोजना समय की बर्बादी है
• ग) दो घटनाएँ जो एक साथ बदलती हैं, उनमें से एक निश्चित रूप से दूसरे का कारण होती है।
• डी) कार्य-कारण केवल कृत्रिम बुद्धिमत्ता द्वारा निर्धारित किया जा सकता है

स्पष्टीकरण: सिर्फ इसलिए कि दो घटनाएँ एक ही समय में घटित होती हैं (सहसंबंध) इसका मतलब यह नहीं है कि एक दूसरे का कारण बनती है (कारण); दोनों किसी तीसरी घटना का परिणाम हो सकते हैं। एआई का सुझाव है कि 'X संभवतः Y का कारण बना' एक परिकल्पना है और इसे तब तक निष्कर्ष नहीं माना जाता जब तक कि इसे सिस्टम में सत्यापित नहीं किया जाता है।

6. प्रदर्शन निगरानी में प्रतिक्रिया समय मापते समय प्रतिशतक (p95/p99) को औसत से अधिक क्यों प्राथमिकता दी जाती है?

• ए) औसत की तुलना में प्रतिशत की गणना करना आसान है
• बी) औसत अल्पसंख्यक के बुरे अनुभव को छुपाता है; परसेंटाइल इन छिपी हुई समस्याओं को उजागर करता है ✔
• सी) औसत हमेशा गलत होता है और इसका उपयोग नहीं किया जाना चाहिए
• डी) परसेंटाइल केवल सीपीयू मेट्रिक्स पर लागू होता है

स्पष्टीकरण: औसत उपयोगकर्ताओं के एक छोटे से हिस्से के बहुत बुरे अनुभव को छुपाता है। भले ही औसत 200 एमएस प्रतीत होता है, पी99 6 सेकंड हो सकता है; इसका मतलब यह है कि प्रत्येक सौ अनुरोधों में से एक अनुरोध बेहद धीमा है। परसेंटाइल इस अल्पसंख्यक वर्ग के दर्द को उजागर करता है जो औसत द्वारा छिपा हुआ है।

7. कॉन्फ़िगरेशन प्रबंधन में 'बहाव' क्या है और यह खतरनाक क्यों है?

• ए) रात में नेटवर्क ट्रैफिक कम हो जाता है
• बी) सर्वर का भौतिक स्थानांतरण
• सी) सर्वर समय के साथ एक-दूसरे और मानक से विचलित हो जाते हैं; ✔ कोई समस्या उत्पन्न होने तक अदृश्य
• डी) कॉन्फ़िगरेशन फ़ाइलों का स्वचालित बैकअप

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

8. IaC टूल (जैसे टेराफॉर्म) में 'योजना' चरण सबसे महत्वपूर्ण सुरक्षा रेलिंग क्यों है?

• ए) योजना कोड को तेजी से चलाती है
• बी) योजना स्थिति फ़ाइल को हटा देता है
• सी) योजना केवल कोड फ़ॉर्मेटिंग को ठीक करती है
• डी) योजना दर्शाती है कि कार्यान्वयन से पहले क्या जोड़ा जाएगा, बदला जाएगा और हटाया जाएगा; डेटा हानि रोकता है ✔

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

9. टेराफॉर्म राज्य फ़ाइल को सावधानीपूर्वक संरक्षित क्यों किया जाना चाहिए और एआई या खुले रिपॉजिटरी में चिपकाया नहीं जाना चाहिए?

• ए) सादे पाठ रहस्यों को राज्य फ़ाइल में शामिल किया जा सकता है; लीक होने पर, पहचान की जानकारी का खुलासा किया जाएगा ✔
• बी) क्योंकि राज्य फ़ाइल बहुत बड़ी है
• सी) राज्य फ़ाइल पहले से ही अपठनीय रूप से एन्क्रिप्टेड है।
• डी) स्टेट फ़ाइल साझा करने पर कोड तेजी से चलता है

विवरण: राज्य फ़ाइल प्रबंधित बुनियादी ढांचे की वर्तमान स्थिति रखती है और इसमें सादा पाठ रहस्य (डेटाबेस पासवर्ड, कुंजी) शामिल हो सकते हैं। इसलिए, इसे एन्क्रिप्टेड, एक्सेस-प्रतिबंधित, लॉक किए गए रिमोट बैकएंड में रखा जाना चाहिए; इसे कभी भी सार्वजनिक वाहन या भंडार में नहीं रखना चाहिए, अन्यथा रहस्य खुल जाएगा।

10. दस्तावेज़ में 'एक गलत रनबुक, बिना रनबुक की तुलना में अधिक खतरनाक है' कथन किस पर जोर देता है?

• ए) रनबुक लिखना समय की बर्बादी है
• बी) एक अप्रयुक्त रनबुक को संकट में आँख बंद करके लागू किया जाता है; एक गलत कदम विनाश का कारण बन सकता है ✔
• सी) रनबुक केवल प्रशासकों के लिए लिखी जाती हैं
• डी) दस्तावेज़ीकरण को कभी भी अद्यतन नहीं किया जाना चाहिए

स्पष्टीकरण: बिना रनबुक वाली टीम किसी संकट के दौरान सतर्क और संदिग्ध होती है; लेकिन 'आधिकारिक' रनबुक वाला व्यक्ति बिना किसी सवाल के तनाव में इसे लागू करता है। यदि रनबुक का परीक्षण नहीं किया गया है और एक कदम गलत है, तो अंधाधुंध कार्यान्वयन से आपदा आ जाएगी। इसीलिए प्रत्येक रनबुक का वास्तविक वातावरण में पूरी तरह से परीक्षण और मुहर लगाई जानी चाहिए।

11. पूर्वानुमानित रखरखाव में, यह समझने का सही तरीका कौन सा है कि कोई डिस्क विफलता के करीब पहुंच रही है?

• ए) एक भी खराब स्मार्ट डिस्क को तुरंत बदलें
• बी) स्मार्ट डेटा को पूरी तरह से अनदेखा करना
• सी) समय के साथ मूल्यों की प्रवृत्ति को देखते हुए; ✔ लगातार और तेजी से सिग्नल गिनती में वृद्धि
• डी) डिस्क पूरी तरह ध्वस्त हो जाने के बाद ही कार्रवाई करना

स्पष्टीकरण: एक भी ख़राब स्मार्ट रीडिंग घबराहट का कारण नहीं है; डिस्क में कभी-कभार त्रुटियों का सुधार होना सामान्य बात है। वास्तविक संकेत प्रवृत्ति है: समय के साथ पुनः आवंटित क्षेत्र जैसे मूल्यों की लगातार और तेज वृद्धि। इसीलिए AI को एक टाइम सीरीज़ दी जाती है, एक भी रीडिंग नहीं।

12. उत्पादन परिवर्तन के दो सबसे अधिक बार नजरअंदाज किये जाने वाले लेकिन महत्वपूर्ण हिस्से कौन से हैं?

• ए) परिवर्तन का रंग और नाम
• बी) परिवर्तन करने वाले व्यक्ति का शीर्षक और विभाग
• C) सोशल मीडिया पर बदलाव की घोषणा
• डी) रोलबैक योजना और सफलता सत्यापन मानदंड ✔

स्पष्टीकरण: यदि परिवर्तन लागू होने से पहले 'अगर यह खराब हो जाता है तो मैं इसे कैसे वापस लाऊं' (रोलबैक योजना) और 'मैं यह कैसे साबित करूं कि यह सफल है' (सफलता सत्यापन मानदंड) प्रश्नों का कोई लिखित उत्तर नहीं है, तो वह परिवर्तन अभी तक तैयार नहीं है। इन दोनों के बिना, टूटे हुए परिवर्तन को 'पूर्ण' माना जा सकता है।

13. एक ही समय में सभी सर्वरों पर सुरक्षा परिनियोजन (नया संस्करण/पैच) शुरू करने के बजाय 'कैनरी' दृष्टिकोण को प्राथमिकता क्यों दी जाती है?

• ए) परिवर्तन पहले एक छोटे से हिस्से पर लागू होता है; एक बग पूरे बेड़े को नहीं, बल्कि एक छोटे से हिस्से को प्रभावित करता है, और जल्दी पकड़ लिया जाता है ✔
• बी) कैनरी वितरण में कम बिजली की खपत होती है
• सी) कैनरी तैनाती सत्यापन को पूरी तरह से अनावश्यक बना देता है
• डी) कैनरी परिनियोजन केवल डेटाबेस पर लागू होता है

विवरण: कैनरी परिनियोजन पहले एक छोटे हिस्से (एक सर्वर, 5% उपयोगकर्ताओं) में परिवर्तन लागू कर रहा है और निगरानी कर रहा है। इस तरह, एक बग पूरे बेड़े को नहीं, बल्कि एक छोटे से हिस्से को प्रभावित करता है और जल्दी ही पकड़ लिया जाता है। एक बग जो एक बार में फैलता है वह एक ही समय में सभी उपयोगकर्ताओं को प्रभावित करता है।

14. सुरक्षा कार्य में कृत्रिम बुद्धिमत्ता का उपयोग करते समय अपरिवर्तनीय नैतिक और कानूनी नियम क्या है?

• ए) किसी भी सिस्टम में कमजोरियों को स्कैन करने के लिए कृत्रिम बुद्धिमत्ता का स्वतंत्र रूप से उपयोग किया जा सकता है
• बी) आचार संहिता केवल बड़े संस्थानों पर लागू होती है
• सी) इसका उपयोग केवल अधिकृत प्रणालियों और रक्षा उद्देश्यों के लिए किया जाता है; अनधिकृत पहुंच या हमले के लिए उपयोग एक अपराध है ✔
• डी) सीखने के लिए किसी और के सिस्टम में घुसपैठ करना मुफ़्त है।

विवरण: सिस्टम और नेटवर्क जानकारी दोहरे उपयोग वाली है। कृत्रिम बुद्धिमत्ता का उपयोग केवल उन प्रणालियों में किया जा सकता है जिनके लिए आपने प्राधिकरण लिखा है और रक्षात्मक उद्देश्यों (लॉग खतरे का पता लगाना, सख्त करना, घटना प्रतिक्रिया) के लिए। किसी ऐसे सिस्टम को स्कैन करने या घुसपैठ करने के लिए इसका उपयोग करना जो आपका नहीं है, अनधिकृत पहुंच और अपराध है; सीखने के लिए एक पृथक प्रयोगशाला का उपयोग किया जाना चाहिए।