Azure Monitor’s Change Analysis helps you troubleshoot problems quickly

एज़्योर मॉनिटर का चेंज एनालिसिस आपको समस्याओं का जल्दी से निवारण करने में मदद करता है।

कंप्यूटर पर Microsoft Azure लोगो।
छवि: फोटोग्रैनरी/एडोब स्टॉक

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

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

करने के लिए कूद:

क्लाउड में प्रबंधन बदलें

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

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

एज़्योर परिवर्तन विश्लेषण का परिचय

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

हुड के तहत एज़्योर रिसोर्स ग्राफ़ है, जो एज़्योर आपके बैकअप स्नैपशॉट और अन्य सेवा प्रतिकृति प्लेटफ़ॉर्म सुविधाओं के लिए उपयोग करता है। जैसे ही सर्विस स्टोर स्वचालित रूप से बदलता है, वे एक सुरक्षित एपीआई के माध्यम से एज़्योर मॉनिटर के लिए उपलब्ध होते हैं। यह न केवल आपके द्वारा किए गए परिवर्तनों को ट्रैक करने की अनुमति देता है, बल्कि Azure प्लेटफ़ॉर्म से आने वाले परिवर्तनों को भी ट्रैक करता है। जहां एआरएम के माध्यम से सीधे परिवर्तन नहीं किए जाते हैं, सेवा अधिकांश उपयोगकर्ता परिवर्तनों के लिए हर छह घंटे में कॉन्फ़िगरेशन गुणों को कैप्चर करती है, और प्रत्येक 30 मिनट में एज़्योर फ़ंक्शंस और वेब ऐप्स के लिए। सभी परिवर्तन स्नैपशॉट पर 14-दिन की सीमा है, हालांकि यह महत्वपूर्ण नहीं होना चाहिए क्योंकि समस्याएँ अपेक्षाकृत तेज़ी से उत्पन्न होने की संभावना है।

Azure मॉनिटर में विश्लेषण बदलें

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

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

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

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

परिवर्तन विश्लेषण के साथ डिबगिंग

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

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

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

आगे पढ़िए: पूर्ण Microsoft Azure प्रमाणन प्रस्तुत करने का बंडल (टेकरिपब्लिक अकादमी)

Similar Posts