डेव्हिड ओ'ब्रायन (झीरस): मेट्रिक्स! मेट्रिक्स! मेट्रिक्स! भाग 1

डेव्हिड ओ'ब्रायनने नुकतीच स्वतःची कंपनी Xirus (https://xirus.com.au) लाँच केली, ज्याने Microsoft Azure Stack क्लाउड उत्पादनांवर लक्ष केंद्रित केले. ते डेटा सेंटर्स, एज लोकेशन्स, रिमोट ऑफिसेस आणि क्लाउडमध्ये हायब्रिड अॅप्लिकेशन्स सातत्याने तयार करण्यासाठी आणि चालवण्यासाठी डिझाइन केलेले आहेत.

डेव्हिड व्यक्ती आणि कंपन्यांना Microsoft Azure आणि Azure DevOps (पूर्वीचे VSTS) सर्व गोष्टींवर प्रशिक्षण देतो आणि तरीही हँड-ऑन कन्सल्टिंग आणि इन्फ्राकोडिंग करतो. ते 5 वर्षांपासून मायक्रोसॉफ्ट एमव्हीपी (मायक्रोसॉफ्ट मोस्ट व्हॅल्यूएबल प्रोफेशनल) पुरस्कार विजेते आहेत आणि अलीकडेच त्यांना अझूर एमव्हीपी पुरस्कार मिळाला आहे. मेलबर्न मायक्रोसॉफ्ट क्लाउड आणि डेटासेंटर मीटअपचे सह-आयोजक म्हणून, ओ'ब्रायन नियमितपणे आंतरराष्ट्रीय परिषदांमध्ये बोलतात आणि समुदायासह IT कथा सामायिक करण्याच्या उत्कटतेने जगाचा प्रवास करण्याची त्यांची आवड जोडतात. डेव्हिडचा ब्लॉग येथे आहे david-obrien.net, तो Pluralsight वर त्याचे ऑनलाइन प्रशिक्षण देखील प्रकाशित करतो.

तुमच्या वातावरणात काय घडत आहे आणि तुमचा अनुप्रयोग कसा कार्यप्रदर्शन करत आहे हे समजून घेण्यासाठी मेट्रिक्सच्या महत्त्वाबद्दल चर्चा बोलते. Microsoft Azure कडे सर्व प्रकारच्या वर्कलोड्ससाठी मेट्रिक्स प्रदर्शित करण्याचा एक शक्तिशाली आणि सोपा मार्ग आहे आणि व्याख्यान हे स्पष्ट करते की तुम्ही ते सर्व कसे वापरू शकता.

रविवारी पहाटे ३ वाजता, तुम्ही झोपत असताना, तुम्हाला एका मजकूर संदेशाने अचानक जाग आली: “सुपरक्रिटिकल अॅप पुन्हा प्रतिसाद देत नाही.” काय चालू आहे? "ब्रेक" चे कारण कुठे आणि काय आहे? या चर्चेत, तुम्ही Microsoft Azure ग्राहकांना लॉग गोळा करण्यासाठी आणि विशेषतः तुमच्या क्लाउड वर्कलोड्समधील मेट्रिक्ससाठी ऑफर करत असलेल्या सेवांबद्दल जाणून घ्याल. डेव्हिड तुम्हाला क्लाउड प्लॅटफॉर्मवर काम करताना कोणत्या मेट्रिक्समध्ये स्वारस्य असले पाहिजे आणि ते कसे मिळवायचे ते सांगेल. तुम्ही ओपन सोर्स टूल्स आणि डॅशबोर्ड बिल्डिंगबद्दल शिकाल आणि तुमचे स्वतःचे डॅशबोर्ड तयार करण्यासाठी पुरेसे ज्ञान मिळवाल.

आणि जर तुम्‍हाला सकाळी 3 वाजता एक गंभीर अॅप्लिकेशन क्रॅश झाल्‍याच्‍या संदेशाने पुन्हा जाग आली, तर तुम्ही त्‍याचे कारण पटकन शोधू शकता.

शुभ दुपार, आज आपण मेट्रिक्सबद्दल बोलू. माझे नाव डेव्हिड ओ'ब्रायन आहे, मी Xirus या छोट्या ऑस्ट्रेलियन सल्लागार कंपनीचा सह-संस्थापक आणि मालक आहे. माझ्यासोबत तुमचा वेळ घालवण्यासाठी इथे आल्याबद्दल पुन्हा धन्यवाद. मग आपण इथे का आहोत? मेट्रिक्सबद्दल बोलण्यासाठी, किंवा त्याऐवजी, मी तुम्हाला त्यांच्याबद्दल सांगेन आणि कोणतीही गोष्ट करण्यापूर्वी, चला सिद्धांतापासून सुरुवात करूया.

मी तुम्हाला सांगेन की मेट्रिक्स काय आहेत, तुम्ही त्यांच्यासोबत काय करू शकता, तुम्हाला कशाकडे लक्ष देण्याची गरज आहे, Azure मध्ये मेट्रिक्स कलेक्शन कसे गोळा करायचे आणि सक्षम करायचे आणि मेट्रिक्स व्हिज्युअलायझेशन म्हणजे काय. मायक्रोसॉफ्ट क्लाउडमध्ये या गोष्टी कशा दिसतात आणि या क्लाउडसह कसे कार्य करावे ते मी तुम्हाला दाखवतो.

आम्ही सुरू करण्यापूर्वी, मी Microsoft Azure वापरणार्‍यांना हात दाखवण्याची विनंती करेन. AWS सह कोण काम करते? मला थोडेच दिसतात. Google बद्दल काय? अली मेघ? एक माणूस! मस्त. तर मेट्रिक्स म्हणजे काय? यूएस नॅशनल इन्स्टिट्यूट ऑफ स्टँडर्ड्स अँड टेक्नॉलॉजीची अधिकृत व्याख्या अशी आहे: "मेट्रिक हे एक मापन मानक आहे जे मालमत्तेचे मोजमाप करण्याच्या अटी आणि नियमांचे वर्णन करते आणि मापन परिणाम समजून घेण्यास कार्य करते." याचा अर्थ काय?

व्हर्च्युअल मशीनची फ्री डिस्क स्पेस बदलण्यासाठी मेट्रिकचे उदाहरण घेऊ. उदाहरणार्थ, आम्हाला 90 क्रमांक दिलेला आहे, आणि या संख्येचा अर्थ टक्केवारी आहे, म्हणजेच, विनामूल्य डिस्क जागेचे प्रमाण 90% आहे. मी लक्षात घेतो की मेट्रिक्सच्या व्याख्येचे वर्णन वाचणे फारसे मनोरंजक नाही, जे पीडीएफ स्वरूपात 40 पृष्ठे घेते.

तथापि, मापन परिणाम कसा प्राप्त झाला हे मेट्रिक सांगत नाही, ते केवळ हा निकाल दर्शविते. आम्ही मेट्रिक्सचे काय करू?

प्रथम, मापन परिणाम वापरण्यासाठी आम्ही एखाद्या गोष्टीचे मूल्य मोजतो.

उदाहरणार्थ, आम्हाला मोकळ्या डिस्क स्पेसचे प्रमाण आढळले आणि आता आम्ही ते वापरू शकतो, ही मेमरी वापरू शकतो इ. एकदा आम्‍हाला मेट्रिक निकाल मिळाला की, आम्‍ही त्याचा अर्थ लावला पाहिजे. उदाहरणार्थ, मेट्रिकने 90 चा परिणाम दिला. आम्हाला या संख्येचा अर्थ काय आहे हे माहित असणे आवश्यक आहे: मोकळ्या जागेचे प्रमाण किंवा टक्के किंवा गीगाबाइट्समध्ये वापरलेल्या डिस्क स्पेसचे प्रमाण, नेटवर्क लेटन्सी 90 ms च्या समान आहे आणि असेच, म्हणजे , आम्हाला मेट्रिक मूल्याचा अर्थ लावणे आवश्यक आहे. मेट्रिक्स अजिबात अर्थपूर्ण होण्यासाठी, एकल मेट्रिक मूल्याचा अर्थ लावल्यानंतर, आम्हाला अनेक मूल्ये एकत्रित केली आहेत याची खात्री करणे आवश्यक आहे. हे खूप महत्वाचे आहे कारण बर्याच लोकांना मेट्रिक्स गोळा करण्याची आवश्यकता माहित नाही. मायक्रोसॉफ्टने मेट्रिक्स गोळा करणे खूप सोपे केले आहे, परंतु ते संकलित केले आहेत याची खात्री करणे तुमच्यावर अवलंबून आहे. हे मेट्रिक्स फक्त 41 दिवसांसाठी साठवले जातात आणि 42 व्या दिवशी अदृश्य होतात. म्हणून, आपल्या बाह्य किंवा अंतर्गत उपकरणांच्या गुणधर्मांवर अवलंबून, आपण 41 दिवसांपेक्षा जास्त काळ मेट्रिक्स कसे जतन करावे याची काळजी घेतली पाहिजे - लॉग, लॉग इत्यादी स्वरूपात. अशाप्रकारे, संकलनानंतर, आपण त्यांना अशा ठिकाणी ठेवावे जे आपल्याला आवश्यक असल्यास मेट्रिक परिणामांमधील बदलांची सर्व आकडेवारी काढू देते. एकदा तुम्ही त्यांना तिथे ठेवले की, तुम्ही त्यांच्यासोबत प्रभावीपणे काम सुरू करू शकता.

तुम्ही मेट्रिक्स मिळवल्यानंतर, त्यांचा अर्थ लावल्यानंतर आणि ते गोळा केल्यानंतरच तुम्ही SLA - सेवा स्तर करार तयार करू शकता. हा SLA तुमच्या ग्राहकांसाठी फारसा महत्त्वाचा नसू शकतो; तुमच्या सहकाऱ्यांसाठी, व्यवस्थापकांसाठी, जे सिस्टम सांभाळतात आणि त्याच्या कार्यक्षमतेबद्दल चिंतित असतात त्यांच्यासाठी ते अधिक महत्त्वाचे आहे. मेट्रिक तिकिटांची संख्या मोजू शकते - उदाहरणार्थ, तुम्हाला दररोज 5 तिकिटे मिळतात आणि या प्रकरणात ते वापरकर्त्याच्या विनंत्यांना प्रतिसाद देण्याची गती आणि समस्यानिवारणाची गती दर्शवते. मेट्रिकने असे म्हणू नये की तुमची साइट 20ms मध्ये लोड होते किंवा तुमचा प्रतिसाद गती 20ms आहे, मेट्रिक फक्त एका तांत्रिक निर्देशकापेक्षा जास्त आहे.

म्हणून, आमच्या संभाषणाचे कार्य आपल्याला मेट्रिक्सच्या साराचे तपशीलवार चित्र सादर करणे आहे. मेट्रिक सेवा देते जेणेकरून ते पाहून तुम्हाला प्रक्रियेचे संपूर्ण चित्र मिळू शकेल.

एकदा आमच्याकडे मेट्रिक झाल्यानंतर, आम्ही 99% हमी देऊ शकतो की सिस्टम काम करत आहे, कारण ती फक्त लॉग फाइल पाहत नाही जी सिस्टम काम करत आहे. 99% अपटाइम हमी म्हणजे, उदाहरणार्थ, 99% वेळा API 30 ms च्या सामान्य गतीने प्रतिसाद देते. तुमचे वापरकर्ते, तुमचे सहकारी आणि व्यवस्थापक यांना नेमके हेच आवडते. आमचे बरेच क्लायंट वेब सर्व्हर लॉगचे निरीक्षण करतात, परंतु त्यांना त्यामध्ये कोणतीही त्रुटी आढळत नाही आणि सर्वकाही ठीक आहे असे त्यांना वाटते. उदाहरणार्थ, त्यांना 200 Mb/s चा नेटवर्क स्पीड दिसतो आणि ते विचार करतात: "ठीक आहे, सर्व काही छान आहे!" परंतु हे 200 साध्य करण्यासाठी, वापरकर्त्यांना 30 मिलिसेकंदांच्या प्रतिसादाची गती आवश्यक आहे आणि हे अचूकपणे सूचक आहे जे मोजले जात नाही आणि लॉग फाइल्समध्ये गोळा केले जात नाही. त्याच वेळी, वापरकर्त्यांना आश्चर्य वाटते की साइट खूप हळू लोड होते, कारण, आवश्यक मेट्रिक्स नसल्यामुळे, त्यांना या वर्तनाची कारणे माहित नाहीत.

परंतु आमच्याकडे 100% अपटाइम SLA असल्याने, ग्राहक तक्रार करण्यास सुरवात करतात कारण साइट वापरणे खरोखर खूप कठीण आहे. म्हणून, वस्तुनिष्ठ SLA तयार करण्यासाठी, एकत्रित मेट्रिक्सद्वारे तयार केलेल्या प्रक्रियेचे संपूर्ण चित्र पाहणे आवश्यक आहे. माझ्याकडे काही प्रदात्यांसह ही एक सतत समस्या आहे ज्यांना, SLAs तयार करताना, "अपटाइम" या शब्दाचा अर्थ काय आहे याची कल्पना नसते आणि बहुतेक प्रकरणांमध्ये त्यांचे API कसे कार्य करते हे त्यांच्या क्लायंटला स्पष्ट करत नाहीत.

जर तुम्ही सेवा तयार केली असेल, उदाहरणार्थ, तृतीय व्यक्तीसाठी API, तर तुम्हाला 39,5 च्या परिणामी मेट्रिकचा अर्थ काय आहे हे समजले पाहिजे - प्रतिसाद, यशस्वी प्रतिसाद, 20 ms वेगाने किंवा 5 ms गतीने प्रतिसाद. त्यांच्या SLA ला तुमच्या स्वतःच्या SLA, तुमच्या स्वतःच्या मेट्रिक्सशी जुळवून घेणे तुमच्यावर अवलंबून आहे.

एकदा आपण हे सर्व शोधून काढल्यानंतर, आपण एक आश्चर्यकारक डॅशबोर्ड तयार करण्यास प्रारंभ करू शकता. मला सांगा, कोणी Grafana इंटरएक्टिव्ह व्हिज्युअलायझेशन ऍप्लिकेशन आधीच वापरले आहे का? छान! मी या ओपन सोर्सचा मोठा चाहता आहे कारण ही गोष्ट विनामूल्य आणि वापरण्यास सोपी आहे.

जर तुम्ही अजून Grafana वापरले नसेल, तर मी तुम्हाला त्यासोबत कसे काम करायचे ते सांगेन. 80 आणि 90 च्या दशकात जन्मलेल्या कोणालाही कदाचित CareBears आठवत असेल? मला माहित नाही की हे अस्वल रशियामध्ये किती लोकप्रिय होते, परंतु जेव्हा मेट्रिक्सचा विचार केला जातो तेव्हा आपण "केअर बेअर" सारखेच असले पाहिजे. मी म्हटल्याप्रमाणे, तुम्हाला संपूर्ण सिस्टीम कशी कार्य करते याचे एक मोठे चित्र हवे आहे आणि ते फक्त तुमच्या API, तुमची वेबसाइट किंवा व्हर्च्युअल मशीनमध्ये चालणार्‍या सेवेबद्दल असू नये.

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

चला तर मग आमच्या Azure क्लाउड सेवेला सुरुवात करूया. मेट्रिक्स संग्रह शोधणे आणि व्यवस्थापित करणे खूप सोपे आहे कारण त्यात Azure मॉनिटर आहे. हे मॉनिटर तुमचे सिस्टम कॉन्फिगरेशन व्यवस्थापन केंद्रीकृत करते. तुम्ही तुमच्या सिस्टीमवर लागू करू इच्छित असलेल्या प्रत्येक Azure घटकामध्ये डीफॉल्टनुसार अनेक मेट्रिक्स सक्षम असतात. हा एक विनामूल्य अनुप्रयोग आहे जो अगदी बॉक्सच्या बाहेर कार्य करतो आणि कोणत्याही प्राथमिक सेटिंग्जची आवश्यकता नाही; तुम्हाला तुमच्या सिस्टमवर काहीही लिहिण्याची किंवा "स्क्रू" करण्याची आवश्यकता नाही. आम्ही खालील डेमो पाहून याची पडताळणी करू.

याशिवाय, स्प्लंक लॉग स्टोरेज आणि विश्लेषण प्रणाली, क्लाउड-आधारित लॉग मॅनेजमेंट ऍप्लिकेशन SumoLogic, ELK लॉग प्रोसेसिंग टूल आणि IBM रडार यांसारख्या तृतीय-पक्ष अनुप्रयोगांना हे मेट्रिक्स पाठवणे शक्य आहे. खरे आहे, थोडे फरक आहेत जे तुम्ही वापरत असलेल्या संसाधनांवर अवलंबून आहेत - व्हर्च्युअल मशीन, नेटवर्क सेवा, Azure SQL डेटाबेस, म्हणजेच मेट्रिक्सचा वापर तुमच्या कामाच्या वातावरणाच्या कार्यांवर अवलंबून असतो. मी असे म्हणणार नाही की हे फरक गंभीर आहेत, परंतु, दुर्दैवाने, ते अद्याप उपस्थित आहेत आणि हे लक्षात घेतले पाहिजे. मेट्रिक्स सक्षम करणे आणि पाठवणे अनेक मार्गांनी शक्य आहे: पोर्टलद्वारे, CLI/पॉवर शेलद्वारे किंवा ARM टेम्पलेट्स वापरून.

मी माझा पहिला डेमो सुरू करण्यापूर्वी, मी तुमच्या कोणत्याही प्रश्नांची उत्तरे देईन. कोणतेही प्रश्न नसल्यास, चला प्रारंभ करूया. Azure मॉनिटर पृष्ठ कसे दिसते ते स्क्रीन दाखवते. हा मॉनिटर काम करत नाही असे तुमच्यापैकी कोणी म्हणू शकेल का?

तर आता सर्वकाही ठीक आहे, आपण मॉनिटर सेवा कशा दिसतात ते पाहू शकता. मी असे म्हणू शकतो की रोजच्या कामासाठी हे एक उत्कृष्ट आणि अतिशय सोपे साधन आहे. अनुप्रयोग, नेटवर्क आणि पायाभूत सुविधांवर लक्ष ठेवण्यासाठी याचा वापर केला जाऊ शकतो. अलीकडे, मॉनिटरिंग इंटरफेस सुधारित केला गेला आहे, आणि जर पूर्वी सेवा वेगवेगळ्या ठिकाणी होत्या, तर आता सेवांवरील सर्व माहिती मॉनिटरच्या मुख्यपृष्ठावर एकत्रित केली जाते.

मेट्रिक्स टेबल हा HomeMonitorMetrics मार्गावरील एक टॅब आहे, ज्यावर तुम्ही सर्व उपलब्ध मेट्रिक्स पाहण्यासाठी आणि तुम्हाला आवश्यक असलेले निवडण्यासाठी जाऊ शकता. परंतु तुम्हाला मेट्रिक्स कलेक्शन सक्षम करायचे असल्यास, तुम्हाला HomeMonitorDiagnostic सेटिंग्ज डिरेक्टरी पथ वापरणे आवश्यक आहे आणि सक्षम/अक्षम मेट्रिक्स चेकबॉक्सेस तपासणे आवश्यक आहे. डीफॉल्टनुसार, जवळजवळ सर्व मेट्रिक्स सक्षम असतात, परंतु तुम्हाला काही अतिरिक्त सक्षम करायचे असल्यास, तुम्हाला निदान स्थिती अक्षम वरून सक्षम मध्ये बदलण्याची आवश्यकता असेल.

हे करण्यासाठी, निवडलेल्या मेट्रिकच्या ओळीवर क्लिक करा आणि उघडलेल्या टॅबवर, निदान मोड सक्षम करा. तुम्ही निवडलेल्या मेट्रिकचे विश्लेषण करणार असाल, तर निदान सुरू करा लिंकवर क्लिक केल्यानंतर, तुम्हाला दिसत असलेल्या विंडोमध्ये तुम्हाला लॉग टू विश्लेषण पाठवा चेकबॉक्स तपासावा लागेल.

लॉग अॅनालिटिक्स हे थोडेसे स्प्लंकसारखेच आहे, परंतु त्याची किंमत कमी आहे. ही सेवा तुम्हाला तुमचे सर्व मेट्रिक्स, लॉग आणि तुम्हाला आवश्यक असलेले सर्व काही गोळा करण्याची आणि लॉग अॅनालिटिक्स वर्कस्पेसमध्ये ठेवण्याची परवानगी देते. ही सेवा विशेष KQL क्वेरी प्रक्रिया भाषा वापरते - Kusto Quarry Language, आम्ही पुढील डेमोमध्ये तिचे कार्य पाहू. आत्तासाठी, मी लक्षात घेईन की त्याच्या मदतीने तुम्ही मेट्रिक्स, लॉग, अटी, ट्रेंड, नमुने इत्यादींबाबत प्रश्न तयार करू शकता. आणि डॅशबोर्ड तयार करा.

म्हणून, आम्ही लॉग अॅनालिटिक्सवर पाठवा चेकबॉक्स आणि LOG पॅनेल चेकबॉक्स चेक करतो: DataPlaneRequests, MongoRequests आणि QueryRuntimeStatistics, आणि खाली METRIC पॅनेलवर - विनंती चेकबॉक्स. मग आम्ही एक नाव नियुक्त करतो आणि सेटिंग्ज जतन करतो. कमांड लाइनवर, हे कोडच्या दोन ओळी दर्शवते. तसे, Azure Cloud शेल या अर्थाने Google सारखे दिसते, जे आपल्याला आपल्या वेब ब्राउझरमध्ये कमांड लाइन वापरण्याची परवानगी देते. AWS मध्ये असे काहीही नाही, म्हणून Azure या अर्थाने अधिक सोयीस्कर आहे.

उदाहरणार्थ, मी माझ्या लॅपटॉपवर कोणताही कोड न वापरता वेब इंटरफेसद्वारे डेमो चालवू शकतो. हे करण्यासाठी, मी माझ्या Azure खात्यासह प्रमाणीकृत करणे आवश्यक आहे. नंतर तुम्ही वापरू शकता, उदाहरणार्थ, टेराफोन, जर तुम्ही ते आधीच वापरत असाल, तर सेवेशी कनेक्शनची प्रतीक्षा करा आणि मायक्रोसॉफ्ट बाय डीफॉल्ट वापरत असलेले Linux कार्यरत वातावरण मिळवा.

पुढे, मी Azure क्लाउड शेलमध्ये तयार केलेले बॅश वापरतो. एक अतिशय उपयुक्त गोष्ट म्हणजे ब्राउझरमध्ये तयार केलेली IDE, VS कोडची हलकी आवृत्ती. पुढे, मी माझ्या एरर मेट्रिक्स टेम्प्लेटमध्ये जाऊ शकतो, ते संपादित करू शकतो आणि माझ्या गरजेनुसार सानुकूलित करू शकतो.

एकदा तुम्ही या टेम्प्लेटमध्ये मेट्रिक्स कलेक्शन सेट केल्यानंतर, तुम्ही तुमच्या संपूर्ण इन्फ्रास्ट्रक्चरसाठी मेट्रिक्स तयार करण्यासाठी त्याचा वापर करू शकता. एकदा आम्‍ही मेट्रिक्स लागू केल्‍यावर, ते संकलित केले आणि संग्रहित केले की, आम्‍हाला त्‍यांना दृश्‍यबद्ध करणे आवश्‍यक आहे.

Azure मॉनिटर फक्त मेट्रिक्सशी संबंधित आहे आणि तुमच्या सिस्टमच्या आरोग्याचे एकंदर चित्र प्रदान करत नाही. तुमच्याकडे Azure वातावरणाच्या बाहेर चालणारे इतर अनेक अनुप्रयोग असू शकतात. त्यामुळे तुम्हाला सर्व प्रक्रियांचे निरीक्षण करायचे असल्यास, सर्व गोळा केलेल्या मेट्रिक्सचे एकाच ठिकाणी व्हिज्युअलायझेशन करायचे असल्यास, Azure मॉनिटर यासाठी योग्य नाही.

या समस्येचे निराकरण करण्यासाठी, Microsoft Power BI टूल ऑफर करते, व्यवसाय विश्लेषणासाठी एक सर्वसमावेशक सॉफ्टवेअर ज्यामध्ये विविध प्रकारच्या डेटाचे व्हिज्युअलायझेशन समाविष्ट आहे. हे बर्‍यापैकी महाग उत्पादन आहे, ज्याची किंमत आपल्याला आवश्यक असलेल्या फंक्शन्सच्या सेटवर अवलंबून असते. डीफॉल्टनुसार, ते तुम्हाला प्रक्रिया करण्यासाठी ४८ प्रकारचे डेटा ऑफर करते आणि Azure SQL डेटा वेअरहाऊस, Azure Data Lake Storage, Azure Machine Learning Services आणि Azure Databricks शी लिंक केलेले आहे. स्केलेबिलिटी वापरून, तुम्ही दर 48 मिनिटांनी नवीन डेटा प्राप्त करू शकता. तुम्हाला रिअल-टाइम मॉनिटरिंग व्हिज्युअलायझेशनची आवश्यकता असल्यास हे तुमच्या गरजांसाठी पुरेसे असू शकते किंवा नाही. या प्रकरणात, मी नमूद केलेल्या ग्राफना सारख्या अनुप्रयोगांचा वापर करण्याची शिफारस केली जाते. याव्यतिरिक्त, मायक्रोसॉफ्ट दस्तऐवजीकरण स्प्लंक, सुमोलॉजिक, ELK आणि IBM रडार या व्हिज्युअलायझेशन सिस्टमला SIEM टूल्स वापरून मेट्रिक्स, लॉग आणि इव्हेंट टेबल पाठवण्याच्या क्षमतेचे वर्णन करते.

23:40 मि

लवकरच सुरू ठेवणार आहे...

काही जाहिराती 🙂

आमच्यासोबत राहिल्याबद्दल धन्यवाद. तुम्हाला आमचे लेख आवडतात का? अधिक मनोरंजक सामग्री पाहू इच्छिता? ऑर्डर देऊन किंवा मित्रांना शिफारस करून आम्हाला समर्थन द्या, $4.99 पासून विकसकांसाठी क्लाउड VPS, एंट्री-लेव्हल सर्व्हरचे एक अद्वितीय अॅनालॉग, जे तुमच्यासाठी आमच्याद्वारे शोधले गेले आहे: VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps बद्दल संपूर्ण सत्य $19 पासून किंवा सर्व्हर कसा शेअर करायचा? (RAID1 आणि RAID10 सह उपलब्ध, 24 कोर पर्यंत आणि 40GB DDR4 पर्यंत).

डेल R730xd ऍमस्टरडॅममधील इक्विनिक्स टियर IV डेटा सेंटरमध्ये 2 पट स्वस्त? फक्त इथेच 2 x इंटेल टेट्राडेका-कोर Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 टीव्ही $199 पासून नेदरलँड मध्ये! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 पासून! बद्दल वाचा इन्फ्रास्ट्रक्चर कॉर्पोरेशन कसे तयार करावे. डेल R730xd E5-2650 v4 सर्व्हरचा वापर करून 9000 युरो किमतीचा वर्ग?

स्त्रोत: www.habr.com