David O'Brien (Xirus)៖ មាត្រដ្ឋាន! មាត្រដ្ឋាន! មាត្រដ្ឋាន! ផ្នែកទី 1

ថ្មីៗនេះលោក David O'Brien បានចាប់ផ្តើមក្រុមហ៊ុនផ្ទាល់ខ្លួនរបស់គាត់ឈ្មោះ Xirus (https://xirus.com.au) ដោយផ្តោតលើផលិតផល Microsoft Azure Stack cloud ។ ពួកវាត្រូវបានរចនាឡើងដើម្បីបង្កើត និងដំណើរការកម្មវិធីកូនកាត់ជាប់លាប់នៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យ ទីតាំងគែម ការិយាល័យដាច់ស្រយាល និងពពក។

លោក David បណ្តុះបណ្តាលបុគ្គល និងក្រុមហ៊ុនលើអ្វីៗទាំងអស់របស់ Microsoft Azure និង Azure DevOps (អតីត VSTS) ហើយនៅតែធ្វើការប្រឹក្សាយោបល់ និងអ៊ីនហ្វ្រាកូដដោយដៃ។ គាត់ជាអ្នកឈ្នះពានរង្វាន់ Microsoft MVP (Microsoft Most Valuable Professional) Award អស់រយៈពេល 5 ឆ្នាំ ហើយថ្មីៗនេះបានទទួលពានរង្វាន់ Azure MVP Award ។ ក្នុងនាមជាសហអ្នករៀបចំកម្មវិធី Melbourne Microsoft Cloud and Datacentre Meetup លោក O'Brien តែងតែនិយាយនៅក្នុងសន្និសីទអន្តរជាតិ ដោយរួមបញ្ចូលគ្នានូវចំណាប់អារម្មណ៍របស់គាត់ក្នុងការធ្វើដំណើរជុំវិញពិភពលោកជាមួយនឹងចំណង់ចំណូលចិត្តក្នុងការចែករំលែករឿង IT ជាមួយសហគមន៍។ ប្លុករបស់ David មានទីតាំងនៅ david-obrien.netគាត់ក៏ផ្សព្វផ្សាយការបណ្តុះបណ្តាលតាមអ៊ីនធឺណិតរបស់គាត់លើ Pluralsight ផងដែរ។

ការពិភាក្សានិយាយអំពីសារៈសំខាន់នៃម៉ែត្រក្នុងការយល់ដឹងអំពីអ្វីដែលកំពុងកើតឡើងនៅក្នុងបរិយាកាសរបស់អ្នក និងរបៀបដែលកម្មវិធីរបស់អ្នកកំពុងដំណើរការ។ Microsoft Azure មានវិធីដ៏មានអានុភាព និងងាយស្រួលក្នុងការបង្ហាញម៉ែត្រសម្រាប់បន្ទុកការងារគ្រប់ប្រភេទ ហើយការបង្រៀនពន្យល់ពីរបៀបដែលអ្នកអាចប្រើវាទាំងអស់។

នៅម៉ោង 3 ទៀបភ្លឺថ្ងៃអាទិត្យ ខណៈពេលដែលអ្នកកំពុងគេង ស្រាប់តែអ្នកភ្ញាក់ពីដំណេកដោយសារមួយថា “កម្មវិធី supercritical មិនឆ្លើយតបម្តងទៀតទេ”។ តើ​មាន​រឿង​អ្វី​កើតឡើង? តើ​អ្វី​ទៅ​ជា​មូលហេតុ​នៃ​ការ​«​ហ្វ្រាំង​»​? នៅក្នុងសុន្ទរកថានេះ អ្នកនឹងរៀនអំពីសេវាកម្មដែល Microsoft Azure ផ្តល់ជូនអតិថិជនដើម្បីប្រមូលកំណត់ហេតុ និងជាពិសេសម៉ែត្រពីបន្ទុកការងារលើពពករបស់អ្នក។ ដេវីដនឹងប្រាប់អ្នកអំពីរង្វាស់ដែលអ្នកគួរចាប់អារម្មណ៍នៅពេលធ្វើការនៅលើវេទិកាពពក និងវិធីដើម្បីទទួលបានពួកវា។ អ្នកនឹងរៀនអំពីឧបករណ៍ប្រភពបើកចំហ និងការកសាងផ្ទាំងគ្រប់គ្រង ហើយបញ្ចប់ដោយចំណេះដឹងគ្រប់គ្រាន់ដើម្បីបង្កើតផ្ទាំងគ្រប់គ្រងផ្ទាល់ខ្លួនរបស់អ្នក។

ហើយប្រសិនបើអ្នកត្រូវបានភ្ញាក់ពីគេងម្តងទៀតនៅម៉ោង 3 ទៀបភ្លឺដោយសារថាកម្មវិធីសំខាន់មួយបានគាំង អ្នកអាចស្វែងរកមូលហេតុរបស់វាបានយ៉ាងឆាប់រហ័ស។

អរុណសួស្តី ថ្ងៃនេះយើងនឹងនិយាយអំពីម៉ែត្រ។ ខ្ញុំឈ្មោះ David O'Brien ខ្ញុំជាសហស្ថាបនិក និងជាម្ចាស់ក្រុមហ៊ុនប្រឹក្សាយោបល់អូស្ត្រាលីតូចមួយឈ្មោះ Xirus ។ សូមអរគុណម្តងទៀតសម្រាប់ការមកទីនេះដើម្បីចំណាយពេលរបស់អ្នកជាមួយខ្ញុំ។ ដូច្នេះហេតុអ្វីបានជាយើងនៅទីនេះ? ដើម្បីនិយាយអំពីម៉ែត្រ ឬផ្ទុយទៅវិញ ខ្ញុំនឹងប្រាប់អ្នកអំពីពួកវា ហើយមុននឹងធ្វើអ្វីមួយ ចូរចាប់ផ្តើមជាមួយនឹងទ្រឹស្តី។

ខ្ញុំនឹងប្រាប់អ្នកពីអ្វីដែលម៉ែត្រគឺ អ្វីដែលអ្នកអាចធ្វើបានជាមួយពួកគេ អ្វីដែលអ្នកត្រូវយកចិត្តទុកដាក់ របៀបប្រមូល និងបើកការប្រមូលម៉ែត្រនៅក្នុង Azure និងអ្វីដែលការមើលឃើញម៉ែត្រគឺ។ ខ្ញុំនឹងបង្ហាញអ្នកពីអ្វីដែលអ្វីៗទាំងនេះមើលទៅដូចនៅក្នុង Microsoft cloud និងរបៀបធ្វើការជាមួយ cloud នេះ។

មុនពេលយើងចាប់ផ្តើម ខ្ញុំនឹងសួរការបង្ហាញដៃពីអ្នកដែលប្រើ Microsoft Azure។ តើអ្នកណាធ្វើការជាមួយ AWS? ខ្ញុំឃើញតិចតួច។ ចុះ Google? ALI Cloud? បុរស​ម្នាក់! អស្ចារ្យ។ ដូច្នេះតើម៉ែត្រគឺជាអ្វី? និយមន័យផ្លូវការរបស់វិទ្យាស្ថានស្តង់ដារ និងបច្ចេកវិទ្យាជាតិរបស់សហរដ្ឋអាមេរិកគឺ៖ "ម៉ែត្រគឺជាស្តង់ដាររង្វាស់ដែលពិពណ៌នាអំពីលក្ខខណ្ឌ និងច្បាប់សម្រាប់ការវាស់វែងទ្រព្យសម្បត្តិ ហើយបម្រើឱ្យយល់ពីលទ្ធផលរង្វាស់។" តើ​វា​មានន័យ​យ៉ាង​ដូចម្តេច?

សូមលើកឧទាហរណ៍នៃម៉ែត្រសម្រាប់ផ្លាស់ប្តូរទំហំថាសទំនេររបស់ម៉ាស៊ីននិម្មិត។ ឧទាហរណ៍ យើង​ត្រូវ​បាន​ផ្តល់​លេខ 90 ហើយ​លេខ​នេះ​មាន​ន័យ​ថា​ភាគរយ ពោល​គឺ​ចំនួន​ទំហំ​ថាស​ទំនេរ​គឺ 90% ។ ខ្ញុំកត់សម្គាល់ថាវាមិនគួរឱ្យចាប់អារម្មណ៍ខ្លាំងណាស់ក្នុងការអានការពិពណ៌នានៃនិយមន័យនៃម៉ែត្រដែលយក 40 ទំព័រជាទម្រង់ pdf ។

ទោះជាយ៉ាងនេះក្តី រង្វាស់ម៉ែត្រមិនបានបញ្ជាក់ពីរបៀបដែលលទ្ធផលរង្វាស់ត្រូវបានទទួលនោះទេ វាគ្រាន់តែបង្ហាញលទ្ធផលនេះប៉ុណ្ណោះ។ តើយើងធ្វើអ្វីជាមួយម៉ែត្រ?

ដំបូង យើងវាស់តម្លៃរបស់អ្វីមួយ ដើម្បីប្រើលទ្ធផលរង្វាស់។

ជាឧទាហរណ៍ យើងបានរកឃើញទំហំថាសទំនេរ ហើយឥឡូវនេះយើងអាចប្រើវា ប្រើអង្គចងចាំនេះជាដើម។ នៅពេលដែលយើងទទួលបានលទ្ធផលម៉ែត្រ យើងត្រូវបកស្រាយវា។ ជាឧទាហរណ៍ មាត្រដ្ឋានបានត្រឡប់លទ្ធផលនៃ 90។ យើងត្រូវដឹងពីអត្ថន័យនៃលេខនេះ៖ ចំនួនទំហំទំនេរ ឬទំហំថាសដែលបានប្រើគិតជាភាគរយ ឬជីហ្គាបៃ ភាពយឺតនៃបណ្តាញស្មើនឹង 90 ms ហើយដូច្នេះនៅលើនោះគឺ យើងត្រូវបកស្រាយអត្ថន័យនៃតម្លៃម៉ែត្រ។ ដើម្បីឱ្យម៉ែត្រមានអត្ថន័យទាំងស្រុង បន្ទាប់ពីបកស្រាយតម្លៃម៉ែត្រតែមួយ យើងត្រូវធានាថាតម្លៃច្រើនត្រូវបានប្រមូល។ នេះមានសារៈសំខាន់ខ្លាំងណាស់ព្រោះមនុស្សជាច្រើនមិនបានដឹងពីតម្រូវការក្នុងការប្រមូលម៉ែត្រ។ ក្រុមហ៊ុន Microsoft បានធ្វើឱ្យវាមានភាពងាយស្រួលក្នុងការប្រមូលម៉ែត្រ ប៉ុន្តែវាអាស្រ័យលើអ្នកដើម្បីធានាថាពួកគេត្រូវបានប្រមូល។ ម៉ែត្រទាំងនេះត្រូវបានរក្សាទុកត្រឹមតែ 41 ថ្ងៃប៉ុណ្ណោះហើយបាត់នៅថ្ងៃទី 42 ។ ដូច្នេះអាស្រ័យលើលក្ខណៈសម្បត្តិនៃឧបករណ៍ខាងក្រៅឬខាងក្នុងរបស់អ្នកអ្នកគួរតែយកចិត្តទុកដាក់ពីរបៀបរក្សាទុកម៉ែត្រសម្រាប់រយៈពេលលើសពី 41 ថ្ងៃ - ក្នុងទម្រង់ជាកំណត់ហេតុកំណត់ហេតុជាដើម។ ដូច្នេះបន្ទាប់ពីការប្រមូលអ្នកគួរដាក់វានៅកន្លែងខ្លះដែលអនុញ្ញាតឱ្យអ្នកទាញស្ថិតិទាំងអស់នៃការផ្លាស់ប្តូរលទ្ធផលម៉ែត្រប្រសិនបើចាំបាច់។ នៅពេលដែលអ្នកដាក់ពួកវានៅទីនោះ អ្នកអាចចាប់ផ្តើមធ្វើការជាមួយពួកគេប្រកបដោយប្រសិទ្ធភាព។

មានតែបន្ទាប់ពីអ្នកទទួលបានម៉ែត្រ បកស្រាយពួកវា និងប្រមូលពួកវា អ្នកអាចបង្កើត SLA - កិច្ចព្រមព្រៀងកម្រិតសេវាកម្ម។ SLA នេះប្រហែលជាមិនមានសារៈសំខាន់ច្រើនសម្រាប់អតិថិជនរបស់អ្នកទេ វាមានសារៈសំខាន់ជាងចំពោះមិត្តរួមការងារ អ្នកគ្រប់គ្រង អ្នកដែលរក្សាប្រព័ន្ធ និងបារម្ភអំពីមុខងាររបស់វា។ ម៉ែត្រអាចវាស់ចំនួនសំបុត្រ - ឧទាហរណ៍អ្នកទទួលបានសំបុត្រ 5 ក្នុងមួយថ្ងៃ ហើយក្នុងករណីនេះវាបង្ហាញពីល្បឿននៃការឆ្លើយតបទៅនឹងសំណើរបស់អ្នកប្រើប្រាស់ និងល្បឿននៃការដោះស្រាយបញ្ហា។ ម៉ែត្រមិនគួរគ្រាន់តែនិយាយថាគេហទំព័ររបស់អ្នកផ្ទុកក្នុង 20ms ឬល្បឿនឆ្លើយតបរបស់អ្នកគឺ 20ms ទេ ម៉ែត្រគឺលើសពីសូចនាករបច្ចេកទេសតែមួយប៉ុណ្ណោះ។

ដូច្នេះភារកិច្ចនៃការសន្ទនារបស់យើងគឺបង្ហាញអ្នកនូវរូបភាពលម្អិតនៃខ្លឹមសារនៃម៉ែត្រ។ ម៉ែត្របម្រើដូច្នេះដោយមើលវាអ្នកអាចទទួលបានរូបភាពពេញលេញនៃដំណើរការ។

នៅពេលដែលយើងមានម៉ែត្រ យើងអាចធានាបាន 99% ថាប្រព័ន្ធដំណើរការ ព្រោះវាមិនមែនគ្រាន់តែមើលឯកសារកំណត់ហេតុដែលនិយាយថាប្រព័ន្ធដំណើរការនោះទេ។ ការធានារយៈពេល 99% មានន័យថា 99% នៃពេលវេលាដែល API ឆ្លើយតបក្នុងល្បឿនធម្មតា 30 ms ។ នេះគឺជាអ្វីដែលចាប់អារម្មណ៍អ្នកប្រើប្រាស់ សហការី និងអ្នកគ្រប់គ្រងរបស់អ្នក។ អតិថិជនរបស់យើងជាច្រើនត្រួតពិនិត្យកំណត់ហេតុនៃម៉ាស៊ីនមេគេហទំព័រ ប៉ុន្តែពួកគេមិនបានកត់សម្គាល់ឃើញមានកំហុសណាមួយនៅក្នុងពួកគេទេ ហើយគិតថាអ្វីគ្រប់យ៉ាងគឺល្អ។ ជាឧទាហរណ៍ ពួកគេឃើញល្បឿនបណ្តាញ 200 Mb/s ហើយគិតថា "យល់ព្រម អ្វីគ្រប់យ៉ាងគឺអស្ចារ្យណាស់!" ប៉ុន្តែដើម្បីសម្រេចបាន 200 ទាំងនេះ អ្នកប្រើប្រាស់ត្រូវការល្បឿនឆ្លើយតប 30 មិល្លីវិនាទី ហើយនេះពិតជាសូចនាករដែលមិនត្រូវបានវាស់វែង និងមិនត្រូវបានប្រមូលនៅក្នុងឯកសារកំណត់ហេតុ។ ក្នុងពេលជាមួយគ្នានេះ អ្នកប្រើប្រាស់មានការភ្ញាក់ផ្អើលដែលគេហទំព័រនេះផ្ទុកយឺតណាស់ ដោយសារតែមិនមានរង្វាស់ចាំបាច់ ពួកគេមិនដឹងពីហេតុផលសម្រាប់ឥរិយាបថនេះទេ។

ប៉ុន្តែដោយសារយើងមាន SLA ពេញម៉ោង 100% អតិថិជនចាប់ផ្តើមត្អូញត្អែរ ដោយសារតែគេហទំព័រនេះពិតជាពិបាកប្រើណាស់។ ដូច្នេះដើម្បីបង្កើត SLA គោលបំណង ចាំបាច់ត្រូវមើលរូបភាពពេញលេញនៃដំណើរការដែលបង្កើតឡើងដោយម៉ែត្រដែលបានប្រមូល។ នេះគឺជាបញ្ហាដែលកំពុងបន្តដែលខ្ញុំមានជាមួយអ្នកផ្តល់សេវាមួយចំនួនដែលនៅពេលបង្កើត SLAs មិនដឹងថាពាក្យ "ម៉ោងធ្វើការ" មានន័យយ៉ាងណាទេ ហើយក្នុងករណីភាគច្រើនមិនពន្យល់ដល់អតិថិជនរបស់ពួកគេពីរបៀបដែល API របស់ពួកគេដំណើរការ។

ប្រសិនបើអ្នកបានបង្កើតសេវាកម្ម ឧទាហរណ៍ API សម្រាប់មនុស្សទីបី អ្នកគួរតែយល់ពីអ្វីដែលជាលទ្ធផលនៃម៉ែត្រ 39,5 មានន័យថា - ការឆ្លើយតប ការឆ្លើយតបជោគជ័យ ការឆ្លើយតបក្នុងល្បឿន 20 ms ឬក្នុងល្បឿន 5 ms ។ វាអាស្រ័យលើអ្នកក្នុងការសម្រប SLA របស់ពួកគេទៅនឹង SLA ផ្ទាល់ខ្លួនរបស់អ្នក ទៅនឹងរង្វាស់ផ្ទាល់ខ្លួនរបស់អ្នក។

នៅពេលដែលអ្នកបានយល់ទាំងអស់នេះហើយ អ្នកអាចចាប់ផ្តើមបង្កើតផ្ទាំងគ្រប់គ្រងដ៏គួរឱ្យភ្ញាក់ផ្អើលមួយ។ ប្រាប់ខ្ញុំតើមាននរណាម្នាក់បានប្រើកម្មវិធីមើលឃើញអន្តរកម្ម Grafana ទេ? អស្ចារ្យ! ខ្ញុំ​ជា​អ្នក​គាំទ្រ​ដ៏​ធំ​នៃ​ប្រភព​បើក​ចំហ​នេះ​ព្រោះ​រឿង​នេះ​មិន​គិត​ថ្លៃ និង​ងាយ​ស្រួល​ប្រើ។

ប្រសិនបើអ្នកមិនទាន់បានប្រើ Grafana ទេ ខ្ញុំនឹងប្រាប់អ្នកពីរបៀបធ្វើការជាមួយវា។ អ្នកណាដែលកើតក្នុងទសវត្សរ៍ទី 80 និង 90 ប្រហែលជានៅចាំ CareBears ទេ? ខ្ញុំមិនដឹងថាខ្លាឃ្មុំទាំងនេះមានប្រជាប្រិយភាពប៉ុណ្ណានៅក្នុងប្រទេសរុស្ស៊ីនោះទេ ប៉ុន្តែនៅពេលនិយាយអំពីការវាស់វែង យើងគួរតែជា "ខ្លាឃ្មុំថែរក្សា" ដូចគ្នា។ ដូចដែលខ្ញុំបាននិយាយ អ្នកត្រូវការរូបភាពធំអំពីរបៀបដែលប្រព័ន្ធទាំងមូលដំណើរការ ហើយវាមិនគួរគ្រាន់តែអំពី API របស់អ្នក គេហទំព័ររបស់អ្នក ឬសេវាកម្មដែលកំពុងដំណើរការនៅក្នុងម៉ាស៊ីននិម្មិតនោះទេ។

អ្នកត្រូវតែរៀបចំការប្រមូលផ្តុំនៃម៉ែត្រទាំងនោះដែលឆ្លុះបញ្ចាំងយ៉ាងពេញលេញបំផុតពីប្រតិបត្តិការនៃប្រព័ន្ធទាំងមូល។ អ្នកភាគច្រើនជាអ្នកបង្កើតកម្មវិធី ដូច្នេះជីវិតរបស់អ្នកកំពុងផ្លាស់ប្តូរឥតឈប់ឈរ សម្របខ្លួនទៅនឹងតម្រូវការផលិតផលថ្មី ហើយដូចដែលអ្នកព្រួយបារម្ភជាមួយនឹងដំណើរការសរសេរកូដ អ្នកគួរតែខ្វល់ខ្វាយជាមួយម៉ែត្រ។ អ្នក​ត្រូវ​ដឹង​ពី​របៀប​ដែល​ម៉ែត្រ​ទាក់ទង​ទៅ​នឹង​រាល់​បន្ទាត់​កូដ​ដែល​អ្នក​សរសេរ។ ឧទាហរណ៍ នៅសប្តាហ៍ក្រោយ អ្នកកំពុងចាប់ផ្តើមយុទ្ធនាការទីផ្សារថ្មី ហើយរំពឹងថាអ្នកប្រើប្រាស់មួយចំនួនធំនឹងចូលមើលគេហទំព័ររបស់អ្នក។ ដើម្បីវិភាគព្រឹត្តិការណ៍នេះ អ្នកនឹងត្រូវការម៉ែត្រ ហើយអ្នកប្រហែលជាត្រូវការផ្ទាំងគ្រប់គ្រងទាំងមូល ដើម្បីតាមដានសកម្មភាពរបស់មនុស្សទាំងនេះ។ អ្នកនឹងត្រូវការម៉ែត្រដើម្បីយល់ពីរបៀបដែលយុទ្ធនាការទីផ្សាររបស់អ្នកទទួលបានជោគជ័យ និងរបៀបដែលវាកំពុងដំណើរការ។ ឧទាហរណ៍ពួកគេនឹងជួយអ្នកបង្កើត CRM ដែលមានប្រសិទ្ធភាព - ប្រព័ន្ធគ្រប់គ្រងទំនាក់ទំនងអតិថិជន។

ដូច្នេះសូមចាប់ផ្តើមជាមួយសេវាកម្មពពក Azure របស់យើង។ វាងាយស្រួលណាស់ក្នុងការស្វែងរក និងរៀបចំការប្រមូលម៉ែត្រព្រោះវាមាន Azure Monitor។ ម៉ូនីទ័រនេះធ្វើការគ្រប់គ្រងការកំណត់រចនាសម្ព័ន្ធប្រព័ន្ធរបស់អ្នក។ ធាតុ Azure នីមួយៗដែលអ្នកចង់អនុវត្តចំពោះប្រព័ន្ធរបស់អ្នកមានម៉ែត្រជាច្រើនត្រូវបានបើកតាមលំនាំដើម។ នេះគឺជាកម្មវិធីឥតគិតថ្លៃដែលដំណើរការភ្លាមៗចេញពីប្រអប់ ហើយមិនត្រូវការការកំណត់បឋមណាមួយដែលអ្នកមិនចាំបាច់សរសេរ ឬ "វីស" អ្វីទៅលើប្រព័ន្ធរបស់អ្នកទេ។ យើងនឹងផ្ទៀងផ្ទាត់វាដោយមើលការបង្ហាញខាងក្រោម។

លើសពីនេះទៀត វាអាចផ្ញើម៉ែត្រទាំងនេះទៅកម្មវិធីភាគីទីបី ដូចជាប្រព័ន្ធផ្ទុកទិន្នន័យ និងការវិភាគ Splunk កម្មវិធីគ្រប់គ្រងកំណត់ហេតុផ្អែកលើពពក SumoLogic ឧបករណ៍ដំណើរការកំណត់ហេតុ ELK និង IBM Radar ។ ពិត មានភាពខុសគ្នាបន្តិចបន្តួចដែលអាស្រ័យលើធនធានដែលអ្នកប្រើ - ម៉ាស៊ីននិម្មិត សេវាបណ្តាញ មូលដ្ឋានទិន្នន័យ Azure SQL ពោលគឺការប្រើប្រាស់ម៉ែត្រខុសគ្នាអាស្រ័យលើមុខងារនៃបរិយាកាសការងាររបស់អ្នក។ ខ្ញុំនឹងមិននិយាយថាភាពខុសគ្នាទាំងនេះធ្ងន់ធ្ងរនោះទេ ប៉ុន្តែជាអកុសលវានៅតែមាន ហើយនេះគួរតែត្រូវបានគេយកមកពិចារណា។ ការបើក និងបញ្ជូនម៉ែត្រគឺអាចធ្វើទៅបានតាមវិធីជាច្រើន៖ តាមរយៈ Portal, CLI/Power Shell ឬដោយប្រើគំរូ ARM ។

មុនពេលខ្ញុំចាប់ផ្តើមការបង្ហាញដំបូងរបស់ខ្ញុំ ខ្ញុំនឹងឆ្លើយសំណួរដែលអ្នកមាន។ ប្រសិនបើមិនមានសំណួរទេ តោះចាប់ផ្តើម។ អេក្រង់បង្ហាញថាតើទំព័រ Azure Monitor មើលទៅដូចអ្វី។ តើអ្នកណាអាចនិយាយថាម៉ូនីទ័រនេះមិនដំណើរការទេ?

ដូច្នេះឥឡូវនេះអ្វីៗគឺល្អ អ្នកអាចមើលឃើញថាសេវាកម្មម៉ូនីទ័រមើលទៅដូចអ្វី។ ខ្ញុំអាចនិយាយបានថា នេះគឺជាឧបករណ៍ដ៏ល្អ និងសាមញ្ញបំផុតសម្រាប់ការងារប្រចាំថ្ងៃ។ វាអាចត្រូវបានប្រើដើម្បីត្រួតពិនិត្យកម្មវិធី បណ្តាញ និងហេដ្ឋារចនាសម្ព័ន្ធ។ ថ្មីៗនេះ ចំណុចប្រទាក់ត្រួតពិនិត្យត្រូវបានធ្វើឱ្យប្រសើរឡើង ហើយប្រសិនបើពីមុនសេវាមានទីតាំងនៅកន្លែងផ្សេងៗគ្នា ឥឡូវនេះព័ត៌មានទាំងអស់អំពីសេវាកម្មត្រូវបានបង្រួបបង្រួមនៅលើទំព័រដើមរបស់ម៉ូនីទ័រ។

តារាងម៉ែត្រគឺជាផ្ទាំងមួយនៅតាមបណ្តោយផ្លូវ HomeMonitorMetrics ដែលអ្នកអាចចូលទៅមើលម៉ែត្រទាំងអស់ដែលមាន ហើយជ្រើសរើសអ្វីដែលអ្នកត្រូវការ។ ប៉ុន្តែប្រសិនបើអ្នកត្រូវការបើកការប្រមូលម៉ែត្រ អ្នកត្រូវប្រើផ្លូវថតការកំណត់ HomeMonitorDiagnostic ហើយពិនិត្យមើលប្រអប់ធីកបានបើក/បិទ។ តាមលំនាំដើម រង្វាស់ស្ទើរតែទាំងអស់ត្រូវបានបើក ប៉ុន្តែប្រសិនបើអ្នកត្រូវការបើកអ្វីមួយបន្ថែម អ្នកនឹងត្រូវផ្លាស់ប្តូរស្ថានភាពវិនិច្ឆ័យពីបិទទៅបើក។

ដើម្បីធ្វើដូចនេះចុចលើបន្ទាត់នៃម៉ែត្រដែលបានជ្រើសរើសហើយនៅលើផ្ទាំងដែលបើកបើករបៀបវិនិច្ឆ័យ។ ប្រសិនបើអ្នកនឹងវិភាគម៉ែត្រដែលបានជ្រើសរើស បន្ទាប់មកបន្ទាប់ពីចុចលើតំណ បើកការវិនិច្ឆ័យ អ្នកត្រូវពិនិត្យមើលប្រអប់ធីក ផ្ញើទៅកំណត់ហេតុវិភាគ នៅក្នុងបង្អួចដែលលេចឡើង។

Log Analytics គឺស្រដៀងនឹង Splunk បន្តិច ប៉ុន្តែចំណាយតិច។ សេវាកម្មនេះអនុញ្ញាតឱ្យអ្នកប្រមូលរង្វាស់រង្វាស់ កំណត់ហេតុ និងអ្វីៗផ្សេងទៀតដែលអ្នកត្រូវការ ហើយដាក់វានៅក្នុងកន្លែងធ្វើការវិភាគកំណត់ហេតុ។ សេវាកម្មប្រើប្រាស់ភាសាដំណើរការសំណួរ KQL ពិសេស - Kusto Quarry Language យើងនឹងពិនិត្យមើលការងាររបស់វានៅក្នុងការបង្ហាញបន្ទាប់។ សម្រាប់ពេលនេះ ខ្ញុំនឹងកត់សម្គាល់ថា ជាមួយនឹងជំនួយរបស់វា អ្នកអាចបង្កើតសំណួរទាក់ទងនឹងម៉ែត្រ កំណត់ហេតុ លក្ខខណ្ឌ និន្នាការ គំរូ។ល។ និងបង្កើតផ្ទាំងគ្រប់គ្រង។

ដូច្នេះ យើងពិនិត្យប្រអប់ធីក Send to Log Analytics និងប្រអប់ធីកបន្ទះ LOG៖ DataPlaneRequests, MongoRequests និង QueryRuntimeStatistics ហើយខាងក្រោមនៅលើបន្ទះ METRIC - ប្រអប់ធីកសំណើ។ បន្ទាប់មកយើងកំណត់ឈ្មោះហើយរក្សាទុកការកំណត់។ នៅលើបន្ទាត់ពាក្យបញ្ជានេះតំណាងឱ្យបន្ទាត់ពីរនៃកូដ។ ដោយវិធីនេះ សែល Azure Cloud ក្នុងន័យនេះប្រហាក់ប្រហែលនឹង Google ដែលអនុញ្ញាតឱ្យអ្នកប្រើបន្ទាត់ពាក្យបញ្ជានៅក្នុងកម្មវិធីរុករកតាមអ៊ីនធឺណិតរបស់អ្នក។ AWS មិនមានអ្វីដូចនោះទេ ដូច្នេះ Azure គឺមានភាពងាយស្រួលជាងក្នុងន័យនេះ។

Например, я могу запустить демо через веб-интерфейс, не используя для этого никакого кода на своем ноутбуке. Для этого я должен пройти аутентификацию с помощью своего аккаунта Azure. Далее можно использовать, например, terrafone, если вы им уже пользуетесь, дождаться подключения к сервису и получить рабочую среду Linux, которую Microsoft использует по умолчанию.

បន្ទាប់ខ្ញុំប្រើ Bash ដែលបង្កើតឡើងនៅក្នុង Azure Cloud Shell ។ អ្វី​ដែល​មាន​ប្រយោជន៍​ខ្លាំង​ណាស់​គឺ IDE ដែល​បាន​បង្កើត​ឡើង​នៅ​ក្នុង​ browser ជា​កំណែ​ស្រាល​នៃ VS Code។ បន្ទាប់​មក ខ្ញុំ​អាច​ចូល​ទៅ​ក្នុង​គំរូ​ម៉ែត្រ​កំហុស​របស់​ខ្ញុំ កែសម្រួល​វា និង​ប្ដូរ​វា​តាម​បំណង​តាម​តម្រូវការ​របស់​ខ្ញុំ។

នៅពេលដែលអ្នករៀបចំការប្រមូលម៉ែត្រនៅក្នុងគំរូនេះ អ្នកអាចប្រើវាដើម្បីបង្កើតម៉ែត្រសម្រាប់ហេដ្ឋារចនាសម្ព័ន្ធទាំងមូលរបស់អ្នក។ នៅពេលដែលយើងអនុវត្តរង្វាស់ ប្រមូលពួកវា និងរក្សាទុកពួកវា យើងនឹងត្រូវការមើលឃើញពួកវា។

Azure Monitor ដោះស្រាយតែជាមួយម៉ែត្រប៉ុណ្ណោះ និងមិនផ្តល់រូបភាពទូទៅនៃសុខភាពនៃប្រព័ន្ធរបស់អ្នកទេ។ អ្នកអាចមានកម្មវិធីមួយចំនួនផ្សេងទៀតដែលកំពុងដំណើរការនៅខាងក្រៅបរិស្ថាន Azure ។ ដូច្នេះប្រសិនបើអ្នកត្រូវការតាមដានដំណើរការទាំងអស់ដោយមើលឃើញនូវម៉ែត្រដែលប្រមូលបានទាំងអស់នៅកន្លែងតែមួយនោះ Azure Monitor មិនសាកសមសម្រាប់រឿងនេះទេ។

ដើម្បីដោះស្រាយបញ្ហានេះ Microsoft ផ្តល់ជូននូវឧបករណ៍ Power BI ដែលជាកម្មវិធីដ៏ទូលំទូលាយសម្រាប់ការវិភាគអាជីវកម្ម ដែលរួមបញ្ចូលការមើលឃើញនៃទិន្នន័យជាច្រើនប្រភេទ។ នេះគឺជាផលិតផលដែលមានតម្លៃថ្លៃសមរម្យ ការចំណាយរបស់វាអាស្រ័យលើសំណុំមុខងារដែលអ្នកត្រូវការ។ តាមលំនាំដើម វាផ្តល់ឱ្យអ្នកនូវទិន្នន័យ 48 ប្រភេទដើម្បីដំណើរការ ហើយត្រូវបានភ្ជាប់ទៅឃ្លាំងទិន្នន័យ Azure SQL, Azure Data Lake Storage, Azure Machine Learning Services និង Azure Databricks ។ ដោយប្រើការធ្វើមាត្រដ្ឋាន អ្នកអាចទទួលបានទិន្នន័យថ្មីរៀងរាល់ 30 នាទីម្តង។ នេះអាចឬប្រហែលជាមិនគ្រប់គ្រាន់សម្រាប់តម្រូវការរបស់អ្នក ប្រសិនបើអ្នកត្រូវការការត្រួតពិនិត្យមើលឃើញតាមពេលវេលាជាក់ស្តែង។ ក្នុងករណីនេះ វាត្រូវបានណែនាំឱ្យប្រើកម្មវិធីដូចជា Grafana ដែលខ្ញុំបានលើកឡើង។ លើសពីនេះ ឯកសារ Microsoft ពិពណ៌នាអំពីសមត្ថភាពក្នុងការផ្ញើម៉ែត្រ កំណត់ហេតុ និងតារាងព្រឹត្តិការណ៍ដោយប្រើឧបករណ៍ SIEM ទៅកាន់ប្រព័ន្ធមើលឃើញ Splunk, SumoLogic, ELK និង IBM radar ។

៣៧:៤០ នាទី

នឹងបន្តក្នុងពេលឆាប់ៗនេះ...

ការផ្សាយពាណិជ្ជកម្មមួយចំនួន🙂

សូមអរគុណចំពោះការស្នាក់នៅជាមួយពួកយើង។ តើអ្នកចូលចិត្តអត្ថបទរបស់យើងទេ? ចង់មើលខ្លឹមសារគួរឱ្យចាប់អារម្មណ៍បន្ថែមទៀតទេ? គាំទ្រយើងដោយការបញ្ជាទិញឬណែនាំដល់មិត្តភក្តិ, cloud VPS សម្រាប់អ្នកអភិវឌ្ឍន៍ចាប់ពី $4.99, analogue តែមួយគត់នៃម៉ាស៊ីនមេកម្រិតធាតុ ដែលត្រូវបានបង្កើតឡើងដោយពួកយើងសម្រាប់អ្នក៖ ការពិតទាំងមូលអំពី VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps ចាប់ពី $19 ឬរបៀបចែករំលែកម៉ាស៊ីនមេ? (អាចប្រើបានជាមួយ RAID1 និង RAID10 រហូតដល់ 24 cores និងរហូតដល់ 40GB DDR4)។

Dell R730xd 2x ថោកជាងនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យ Equinix Tier IV នៅទីក្រុង Amsterdam? នៅទីនេះ 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! អាន​អំពី របៀបបង្កើតក្រុមហ៊ុនហេដ្ឋារចនាសម្ព័ន្ធ ថ្នាក់ជាមួយនឹងការប្រើប្រាស់ម៉ាស៊ីនមេ Dell R730xd E5-2650 v4 ដែលមានតម្លៃ 9000 អឺរ៉ូសម្រាប់មួយកាក់?

ប្រភព: www.habr.com