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

डेभिड ओ'ब्रायनले भर्खरै आफ्नो आफ्नै कम्पनी Xirus (https://xirus.com.au) सुरु गरे, Microsoft Azure Stack क्लाउड उत्पादनहरूमा केन्द्रित। तिनीहरू डेटा केन्द्रहरू, किनारा स्थानहरू, रिमोट अफिसहरू, र क्लाउडमा हाइब्रिड अनुप्रयोगहरू लगातार निर्माण र चलाउन डिजाइन गरिएका छन्।

डेभिडले व्यक्ति र कम्पनीहरूलाई Microsoft Azure र Azure DevOps (पहिले VSTS) मा तालिम दिन्छन् र अझै पनि ह्यान्ड्स-अन कन्सल्टिङ र इन्फ्राकोडिङ गर्छ। उहाँ ५ वर्षदेखि Microsoft MVP (Microsoft Most Valuable Professional) अवार्ड विजेता हुनुहुन्छ र हालै Azure MVP अवार्ड प्राप्त गर्नुभयो। मेलबोर्न माइक्रोसफ्ट क्लाउड र डाटासेन्टर मीटअपको सह-आयोजकको रूपमा, ओ'ब्रायनले नियमित रूपमा अन्तर्राष्ट्रिय सम्मेलनहरूमा बोल्छन्, समुदायसँग IT कथाहरू साझा गर्ने जोशका साथ विश्व यात्रा गर्ने आफ्नो रुचिलाई संयोजन गर्दै। डेभिडको ब्लग मा अवस्थित छ david-obrien.net, उहाँले Pluralsight मा आफ्नो अनलाइन प्रशिक्षण पनि प्रकाशित गर्नुहुन्छ।

तपाइँको वातावरणमा के भइरहेको छ र तपाइँको अनुप्रयोगले कसरी प्रदर्शन गरिरहेको छ भनेर बुझ्नको लागि मेट्रिक्सको महत्वको बारेमा कुराकानीले कुरा गर्छ। Microsoft Azure सँग सबै प्रकारका वर्कलोडहरूका लागि मेट्रिक्स प्रदर्शन गर्ने शक्तिशाली र सजिलो तरिका छ, र व्याख्यानले तपाइँ ती सबै कसरी प्रयोग गर्न सक्नुहुन्छ भनेर बताउँछ।

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

र यदि तपाईं एक महत्वपूर्ण अनुप्रयोग क्र्यास भएको सन्देशबाट बिहान 3 बजे फेरि ब्यूँझनुभयो भने, तपाईंले यसको कारण छिट्टै पत्ता लगाउन सक्नुहुन्छ।

शुभ दिउँसो, आज हामी मेट्रिक्स बारे कुरा गर्नेछौं। मेरो नाम डेभिड ओ'ब्रायन हो, म एउटा सानो अस्ट्रेलियाली परामर्श कम्पनी Xirus को सह-संस्थापक र मालिक हुँ। मसँग समय बिताउन यहाँ आउनु भएकोमा फेरि पनि धन्यवाद। त्यसोभए हामी किन यहाँ छौं? मेट्रिक्स को बारे मा कुरा गर्न को लागी, वा बरु, म तिनीहरुको बारेमा बताउनेछु, र कुनै पनि कुरा गर्नु अघि, सिद्धान्त संग सुरु गरौं।

म तपाईंलाई मेट्रिक्स के हो, तपाईं तिनीहरूसँग के गर्न सक्नुहुन्छ, तपाईंले केमा ध्यान दिन आवश्यक छ, Azure मा मेट्रिक्स सङ्कलन कसरी सङ्कलन र सक्षम गर्ने, र मेट्रिक्स भिजुअलाइजेशन के हो भनी बताउनेछु। म तपाईंलाई यी चीजहरू Microsoft क्लाउडमा कस्तो देखिन्छ र यो क्लाउडसँग कसरी काम गर्ने भनेर देखाउनेछु।

हामीले सुरु गर्नु अघि, म Microsoft Azure प्रयोग गर्नेहरूबाट हात देखाउनेछु। AWS सँग कसले काम गर्छ? म थोरै देख्छु। गुगलको बारेमा के हो? ALI बादल? एउटा मान्छे! महान। त्यसैले मेट्रिक्स के हो? यूएस नेशनल इन्स्टिच्युट अफ स्ट्यान्डर्ड्स एन्ड टेक्नोलोजीको आधिकारिक परिभाषा हो: "एक मेट्रिक एक मापन मानक हो जसले सम्पत्ति नाप्ने सर्तहरू र नियमहरू वर्णन गर्दछ र मापन परिणामहरू बुझ्नको लागि सेवा गर्दछ।" यसको मतलब के हो?

भर्चुअल मेसिनको खाली डिस्क स्पेस परिवर्तन गर्नको लागि मेट्रिकको उदाहरण लिनुहोस्। उदाहरण को लागी, हामीलाई नम्बर 90 दिइएको छ, र यो संख्या को मतलब प्रतिशत, त्यो हो, खाली डिस्क स्थान को मात्रा 90% हो। म नोट गर्छु कि मेट्रिक्सको परिभाषाको विवरण पढ्न धेरै रोचक छैन, जसले pdf ढाँचामा 40 पृष्ठहरू लिन्छ।

यद्यपि, मेट्रिकले मापन परिणाम कसरी प्राप्त भयो भनेर बताउँदैन, यसले यो नतिजा मात्र देखाउँछ। हामी मेट्रिक्स संग के गर्छौं?

पहिले, हामी कुनै चीजको मूल्य मापन गर्छौं त्यसपछि मापन परिणाम प्रयोग गर्न।

उदाहरण को लागी, हामीले खाली डिस्क स्पेस को मात्रा पत्ता लगायौं र अब हामी यसलाई प्रयोग गर्न सक्छौं, यो मेमोरी प्रयोग गर्नुहोस्, आदि। एकपटक हामीले मेट्रिक परिणाम प्राप्त गरेपछि, हामीले यसलाई व्याख्या गर्नुपर्छ। उदाहरणका लागि, मेट्रिकले 90 को नतिजा फर्कायो। हामीले यो नम्बरको अर्थ के हो भनेर जान्न आवश्यक छ: खाली ठाउँको मात्रा वा प्रतिशत वा गीगाबाइटमा प्रयोग गरिएको डिस्क स्पेसको मात्रा, नेटवर्क लेटन्सी 90 ms बराबर, र यस्तै अन्य। , हामीले मेट्रिक मानको अर्थ व्याख्या गर्न आवश्यक छ। मेट्रिकहरू अर्थपूर्ण हुनको लागि, एकल मेट्रिक मानको व्याख्या गरेपछि, हामीले बहुविध मानहरू सङ्कलन गरिएको सुनिश्चित गर्न आवश्यक छ। यो धेरै महत्त्वपूर्ण छ किनभने धेरै मानिसहरू मेट्रिक्स सङ्कलन गर्न आवश्यक बारे सचेत छैनन्। माइक्रोसफ्टले मेट्रिकहरू सङ्कलन गर्न धेरै सजिलो बनाएको छ, तर तिनीहरू सङ्कलन गरिएका छन् भनी सुनिश्चित गर्ने कुरा तपाईंमा निर्भर छ। यी मेट्रिक्स केवल 41 दिनको लागि भण्डारण गरिन्छ र 42 औं दिनमा गायब हुन्छ। तसर्थ, तपाईंको बाह्य वा आन्तरिक उपकरणहरूको गुणहरूमा निर्भर गर्दै, तपाईंले 41 दिन भन्दा बढीको लागि मेट्रिक्स कसरी बचत गर्ने भन्ने कुरामा ध्यान दिनुपर्छ - लगहरू, लगहरू, आदिको रूपमा। यसैले, सङ्कलन पछि, तपाईंले तिनीहरूलाई कुनै ठाउँमा राख्नु पर्छ जसले तपाईंलाई आवश्यक भएमा मेट्रिक परिणामहरूमा परिवर्तनहरूको सबै तथ्याङ्कहरू तान्न अनुमति दिन्छ। एकचोटि तपाईंले तिनीहरूलाई त्यहाँ राख्नुभयो, तपाईं तिनीहरूसँग प्रभावकारी रूपमा काम सुरु गर्न सक्नुहुन्छ।

तपाईंले मेट्रिक्स प्राप्त गरेपछि, तिनीहरूलाई व्याख्या गर्नुहोस् र तिनीहरूलाई सङ्कलन गर्नुहोस्, तपाईंले SLA - सेवा स्तर सम्झौता सिर्जना गर्न सक्नुहुन्छ। यो SLA तपाईंका ग्राहकहरूको लागि धेरै महत्त्वपूर्ण नहुन सक्छ; यो तपाईंका सहकर्मीहरू, प्रबन्धकहरू, प्रणाली कायम राख्नेहरू र यसको कार्यक्षमताको बारेमा चिन्तितहरूको लागि बढी महत्त्वपूर्ण छ। मेट्रिकले टिकटहरूको संख्या मापन गर्न सक्छ - उदाहरणका लागि, तपाईंले प्रति दिन 5 टिकटहरू प्राप्त गर्नुहुन्छ, र यस अवस्थामा यसले प्रयोगकर्ता अनुरोधहरूको प्रतिक्रियाको गति र समस्या निवारणको गति देखाउँछ। मेट्रिकले तपाईको साइट 20ms मा लोड हुन्छ वा तपाईको प्रतिक्रिया गति 20ms हो भन्नु हुँदैन, मेट्रिक केवल एक प्राविधिक सूचक भन्दा बढी हो।

तसर्थ, हाम्रो कुराकानीको कार्य मेट्रिक्स को सार को एक विस्तृत तस्वीर संग प्रस्तुत गर्न को लागी छ। मेट्रिकले सेवा गर्दछ ताकि यसलाई हेरेर तपाइँ प्रक्रियाको पूर्ण तस्वीर प्राप्त गर्न सक्नुहुनेछ।

एकचोटि हामीसँग मेट्रिक भएपछि, हामी प्रणालीले काम गरिरहेको छ भनेर 99% ग्यारेन्टी दिन सक्छौं, किनभने यसले प्रणालीले काम गरिरहेको छ भनेर लग फाइल हेरेर मात्र होइन। 99% अपटाइम ग्यारेन्टीको अर्थ हो, उदाहरणका लागि, API ले 99 ms को सामान्य गतिमा प्रतिक्रिया दिने समयको 30%। यो वास्तवमा तपाइँका प्रयोगकर्ताहरू, तपाइँका सहकर्मीहरू र प्रबन्धकहरूको रुचि हो। हाम्रा धेरै ग्राहकहरूले वेब सर्भर लगहरू निगरानी गर्छन्, तर तिनीहरूले तिनीहरूमा कुनै त्रुटिहरू याद गर्दैनन् र सोच्छन् कि सबै ठीक छ। उदाहरणका लागि, तिनीहरू 200 Mb/s को नेटवर्क गति देख्छन् र सोच्छन्: "ठीक छ, सबै राम्रो छ!" तर यी 200 हासिल गर्न, प्रयोगकर्ताहरूलाई 30 मिलिसेकेन्डको प्रतिक्रिया गति चाहिन्छ, र यो सटीक रूपमा सूचक हो जुन मापन गरिएको छैन र लग फाइलहरूमा सङ्कलन गरिएको छैन। एकै समयमा, प्रयोगकर्ताहरू आश्चर्यचकित छन् कि साइट धेरै बिस्तारै लोड हुन्छ, किनकि आवश्यक मेट्रिक्स नभएको, उनीहरूलाई यो व्यवहारको कारण थाहा छैन।

तर जब हामीसँग 100% अपटाइम SLA छ, ग्राहकहरूले गुनासो गर्न थाल्छन् किनभने साइट वास्तवमा प्रयोग गर्न धेरै गाह्रो छ। तसर्थ, एक उद्देश्य SLA सिर्जना गर्न, यो संकलित मेट्रिक्स द्वारा बनाईएको प्रक्रिया को पूरा तस्वीर हेर्न आवश्यक छ। यो एक चलिरहेको मुद्दा हो जुन मसँग केहि प्रदायकहरू छन् जसलाई, SLAs सिर्जना गर्दा, "अपटाइम" शब्दको अर्थ के हो भन्ने थाहा छैन र धेरै जसो केसहरूमा उनीहरूका ग्राहकहरूलाई उनीहरूको API कसरी काम गर्दछ भनेर व्याख्या गर्दैनन्।

यदि तपाईंले सेवा सिर्जना गर्नुभयो भने, उदाहरणका लागि, तेस्रो व्यक्तिको लागि API, तपाईंले बुझ्नुपर्छ 39,5 को नतिजा मेट्रिकको अर्थ के हो - प्रतिक्रिया, सफल प्रतिक्रिया, 20 ms गतिमा वा 5 ms गतिमा प्रतिक्रिया। तिनीहरूको SLA लाई तपाईंको आफ्नै SLA मा, तपाईंको आफ्नै मेट्रिक्समा अनुकूलन गर्ने तपाईंको हातमा छ।

एकचोटि तपाईंले यो सबै कुरा पत्ता लगाउनुभयो भने, तपाईं एक आश्चर्यजनक ड्यासबोर्ड सिर्जना गर्न सुरु गर्न सक्नुहुन्छ। मलाई भन्नुहोस्, के कसैले पहिले नै Grafana अन्तरक्रियात्मक भिजुअलाइजेशन अनुप्रयोग प्रयोग गरेको छ? महान! म यो खुला स्रोत को एक ठूलो प्रशंसक हुँ किनभने यो कुरा नि: शुल्क र प्रयोग गर्न सजिलो छ।

यदि तपाईंले अहिलेसम्म Grafana प्रयोग गर्नुभएको छैन भने, म तपाईंलाई यससँग कसरी काम गर्ने भनेर बताउनेछु। 80 र 90 को दशकमा जन्मेका जो कोहीले सायद CareBears सम्झनुहुन्छ? मलाई थाहा छैन यी भालुहरू रूसमा कति लोकप्रिय थिए, तर जब यो मेट्रिक्सको कुरा आउँछ, हामी उस्तै "केयर बियर" हुनुपर्छ। मैले भनेझैं, तपाईलाई सम्पूर्ण प्रणालीले कसरी काम गर्छ भन्ने ठूलो तस्वीर चाहिन्छ, र यो तपाईको एपीआई, तपाईको वेबसाइट, वा भर्चुअल मेसिनमा चलिरहेको सेवाको बारेमा मात्र हुनु हुँदैन।

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

त्यसोभए हाम्रो Azure क्लाउड सेवाको साथ सुरू गरौं। मेट्रिक्स सङ्कलन फेला पार्न र व्यवस्थित गर्न धेरै सजिलो छ किनभने यसमा Azure Monitor छ। यो मनिटरले तपाइँको प्रणाली कन्फिगरेसन व्यवस्थापन केन्द्रीकृत गर्दछ। तपाइँ तपाइँको प्रणालीमा लागू गर्न चाहानु भएको प्रत्येक Azure तत्वहरूमा पूर्वनिर्धारित रूपमा सक्षम गरिएका धेरै मेट्रिकहरू छन्। यो एक नि: शुल्क अनुप्रयोग हो जुन बाकसको बाहिर काम गर्दछ र कुनै प्रारम्भिक सेटिङहरू आवश्यक पर्दैन; तपाईंले आफ्नो प्रणालीमा केहि लेख्न वा "स्क्रू" गर्न आवश्यक छैन। हामी निम्न डेमो हेरेर यसलाई प्रमाणित गर्नेछौं।

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

मैले मेरो पहिलो डेमो सुरु गर्नु अघि, म तपाईंसँग भएका कुनै पनि प्रश्नहरूको जवाफ दिनेछु। यदि कुनै प्रश्नहरू छैनन् भने, सुरु गरौं। स्क्रिनले Azure मनिटर पृष्ठ कस्तो देखिन्छ भनेर देखाउँछ। यो मनिटरले काम गरिरहेको छैन भनी तपाईंहरू मध्ये कसैले भन्न सक्नुहुन्छ?

त्यसोभए अब सबै ठीक छ, तपाईले देख्न सक्नुहुन्छ कि मनिटर सेवाहरू कस्तो देखिन्छ। म भन्न सक्छु कि यो दैनिक काम को लागी एक उत्कृष्ट र धेरै सरल उपकरण हो। यो अनुप्रयोग, नेटवर्क र पूर्वाधार निगरानी गर्न प्रयोग गर्न सकिन्छ। हालै, अनुगमन इन्टरफेस सुधार गरिएको छ, र यदि पहिले सेवाहरू विभिन्न स्थानहरूमा अवस्थित थिए भने, अब सेवाहरूको सबै जानकारी मनिटरको गृह पृष्ठमा समेकित गरिएको छ।

मेट्रिक्स तालिका HomeMonitorMetrics पथको साथमा एउटा ट्याब हो, जसमा तपाईं सबै उपलब्ध मेट्रिकहरू हेर्न र तपाईंलाई चाहिने मेट्रिकहरू चयन गर्न सक्नुहुन्छ। तर यदि तपाईंले मेट्रिक्स सङ्कलन सक्षम गर्न आवश्यक छ भने, तपाईंले HomeMonitorDiagnostic सेटिङहरू डाइरेक्टरी मार्ग प्रयोग गर्न आवश्यक छ र सक्षम/असक्षम मेट्रिक्स चेकबक्सहरू जाँच गर्नुहोस्। पूर्वनिर्धारित रूपमा, लगभग सबै मेट्रिकहरू सक्षम छन्, तर यदि तपाईंलाई थप केही सक्षम गर्न आवश्यक छ भने, तपाईंले निदान स्थितिलाई असक्षम बाट सक्षममा परिवर्तन गर्न आवश्यक हुनेछ।

यो गर्नका लागि, चयन गरिएको मेट्रिकको लाइनमा क्लिक गर्नुहोस् र खुल्ने ट्याबमा, निदान मोड सक्षम गर्नुहोस्। यदि तपाइँ चयन गरिएको मेट्रिकको विश्लेषण गर्न जाँदै हुनुहुन्छ भने, त्यसपछि डायग्नोस्टिक लिङ्क खोल्नुहोस् मा क्लिक गरेपछि, तपाइँले देखा पर्ने विन्डोमा लग एनालिटिक्समा पठाउनुहोस् चेकबक्स जाँच गर्न आवश्यक छ।

लग एनालिटिक्स Splunk जस्तै अलि मिल्दोजुल्दो छ, तर कम लागत। यो सेवाले तपाइँलाई तपाइँका सबै मेट्रिक्स, लगहरू र तपाइँलाई चाहिने सबै चीजहरू सङ्कलन गर्न र लग एनालिटिक्स कार्यस्थानमा राख्न अनुमति दिन्छ। सेवाले विशेष KQL क्वेरी प्रशोधन भाषा प्रयोग गर्दछ - Kusto Quarry Language, हामी अर्को डेमोमा यसको काम हेर्नेछौं। अहिलेको लागि, म नोट गर्नेछु कि यसको मद्दतले तपाईंले मेट्रिक्स, लगहरू, सर्तहरू, प्रचलनहरू, ढाँचाहरू, आदि सम्बन्धी प्रश्नहरू सिर्जना गर्न सक्नुहुन्छ। र ड्यासबोर्डहरू सिर्जना गर्नुहोस्।

त्यसोभए, हामी लग एनालिटिक्समा पठाउनुहोस् चेकबक्स र LOG प्यानल चेकबक्सहरू जाँच गर्छौं: DataPlaneRequests, MongoRequests र QueryRuntimeStatistics, र तल METRIC प्यानलमा - अनुरोधहरू जाँच बाकस। त्यसपछि हामी एउटा नाम निर्दिष्ट गर्छौं र सेटिङ्हरू बचत गर्छौं। कमाण्ड लाइनमा, यसले कोडको दुई लाइनहरू प्रतिनिधित्व गर्दछ। वैसे, Azure क्लाउड शेल यस अर्थमा गुगलसँग मिल्दोजुल्दो छ, जसले तपाइँलाई तपाइँको वेब ब्राउजरमा कमाण्ड लाइन प्रयोग गर्न अनुमति दिन्छ। AWS सँग त्यस्तो केहि छैन, त्यसैले Azure यस अर्थमा धेरै सुविधाजनक छ।

उदाहरणका लागि, म मेरो ल्यापटपमा कुनै पनि कोड प्रयोग नगरी वेब इन्टरफेस मार्फत डेमो चलाउन सक्छु। यो गर्नको लागि, मैले मेरो Azure खातासँग प्रमाणीकरण गर्नुपर्छ। त्यसो भए तपाईले प्रयोग गर्न सक्नुहुन्छ, उदाहरणका लागि, टेराफोन, यदि तपाईले पहिले नै यसलाई प्रयोग गर्नुभयो भने, सेवामा जडानको लागि पर्खनुहोस् र Microsoft ले पूर्वनिर्धारित रूपमा प्रयोग गर्ने Linux कार्य वातावरण प्राप्त गर्नुहोस्।

अर्को, म ब्यास प्रयोग गर्छु, Azure क्लाउड शेलमा निर्मित। एउटा धेरै उपयोगी कुरा ब्राउजरमा निर्मित IDE हो, VS कोडको हल्का संस्करण। अर्को, म मेरो त्रुटि मेट्रिक्स टेम्प्लेटमा जान सक्छु, यसलाई सम्पादन गर्न सक्छु, र यसलाई मेरो आवश्यकताहरू अनुरूप अनुकूलित गर्न सक्छु।

एकचोटि तपाईंले यस टेम्प्लेटमा मेट्रिक्स सङ्कलन सेटअप गरेपछि, तपाईं यसलाई आफ्नो सम्पूर्ण पूर्वाधारका लागि मेट्रिक्स सिर्जना गर्न प्रयोग गर्न सक्नुहुन्छ। एकपटक हामीले मेट्रिक्स लागू गरिसकेपछि, तिनीहरूलाई सङ्कलन र भण्डारण गरेपछि, हामीले तिनीहरूलाई कल्पना गर्न आवश्यक हुनेछ।

Azure Monitor ले मेट्रिक्ससँग मात्र व्यवहार गर्दछ र तपाइँको प्रणालीको स्वास्थ्यको समग्र चित्र प्रदान गर्दैन। तपाईंसँग Azure वातावरण बाहिर चलिरहेको अन्य अनुप्रयोगहरू हुन सक्छ। त्यसोभए यदि तपाइँले सबै प्रक्रियाहरू अनुगमन गर्न आवश्यक छ, सबै सङ्कलन मेट्रिक्सहरू एकै ठाउँमा भिजुअलाइज गर्दै, तब Azure मनिटर यसको लागि उपयुक्त छैन।

यस समस्याको समाधान गर्न, Microsoft ले Power BI उपकरण प्रदान गर्दछ, व्यापार विश्लेषणको लागि एक व्यापक सफ्टवेयर जसले डेटाको विस्तृत विविधताको दृश्य समावेश गर्दछ। यो एकदम महँगो उत्पादन हो, जसको लागत तपाईंलाई आवश्यक कार्यहरूको सेटमा निर्भर गर्दछ। पूर्वनिर्धारित रूपमा, यसले तपाइँलाई प्रक्रिया गर्न 48 प्रकारको डाटा प्रदान गर्दछ र Azure SQL डाटा वेयरहाउसहरू, Azure डाटा लेक भण्डारण, Azure मेसिन लर्निङ सेवाहरू, र Azure Databricks मा लिङ्क गरिएको छ। स्केलेबिलिटी प्रयोग गरेर, तपाइँ हरेक 30 मिनेटमा नयाँ डाटा प्राप्त गर्न सक्नुहुन्छ। यदि तपाईंलाई वास्तविक-समय अनुगमन भिजुअलाइजेशन चाहिन्छ भने यो तपाईंको आवश्यकताहरूको लागि पर्याप्त हुन सक्छ वा नहुन सक्छ। यस अवस्थामा, मैले उल्लेख गरेको Grafana जस्ता अनुप्रयोगहरू प्रयोग गर्न सिफारिस गरिन्छ। थप रूपमा, माइक्रोसफ्ट कागजातले मेट्रिक्स, लगहरू र घटना तालिकाहरू SIEM उपकरणहरू प्रयोग गरेर भिजुअलाइजेशन प्रणालीहरू Splunk, SumoLogic, ELK र IBM रडार पठाउने क्षमताको वर्णन गर्दछ।

२४:३५ मिनेट

छिट्टै जारी राख्ने...

केही विज्ञापनहरू 🙂

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

डेल R730xd 2x एम्स्टर्डमको इक्विनिक्स टियर IV डाटा सेन्टरमा सस्तो छ? यहाँ मात्र 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199 बाट नेदरल्याण्ड मा! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 बाट! बारे पढ्नुहोस् पूर्वाधार कर्पोरेशन कसरी निर्माण गर्ने। डेल R730xd E5-2650 v4 सर्भरहरूको प्रयोगको साथ एक पैसाको लागि 9000 यूरो मूल्यको वर्ग?

स्रोत: www.habr.com