យើងត្រួតពិនិត្យ Sportmaster - របៀបនិងជាមួយអ្វី

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

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

ក្រុមការងាររបស់យើង ធ្វើការជាមួយនឹងប្រព័ន្ធដែលរួមបញ្ចូលគ្នាយ៉ាងខ្លាំងជាមួយគ្នាទៅវិញទៅមក៖ មានការតភ្ជាប់ជាច្រើនរវាងពួកគេ នេះគឺជាហេដ្ឋារចនាសម្ព័ន្ធដ៏ធំមួយ។ ហើយប្រតិបត្តិការនៃហាងអនឡាញអាស្រ័យលើប្រព័ន្ធទាំងអស់នេះ (ដែលយើងមានដោយវិធីនេះចំនួនដ៏ច្រើន) ។

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

វេទិកាដែលហាងអនឡាញរបស់យើងដំណើរការមើលទៅដូចនេះ៖

• មុខ
• ការិយាល័យកណ្តាល
• ការិយាល័យត្រឡប់មកវិញ

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

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

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

ទីបំផុត រឿងមិនស្មើគ្នាបែបនេះប៉ះពាល់ដល់ផ្នែកខាងមុខ អ្នកប្រើប្រាស់ និងមុខងារស្នូលនៃអាជីវកម្មរបស់យើង - ការលក់តាមអ៊ីនធឺណិត។ ដោយសារយើងមិនមែនជាផ្នែកនៃក្រុមមួយ ប៉ុន្តែត្រូវបានចូលរួមនៅក្នុងប្រតិបត្តិការនៃកម្មវិធី ecommerce ទាំងអស់ដែលជាផ្នែកមួយនៃហាងអនឡាញ យើងបានយកភារកិច្ចបង្កើតប្រព័ន្ធត្រួតពិនិត្យដ៏ទូលំទូលាយសម្រាប់វេទិកា ecommerce ។

រចនាសម្ព័ន្ធប្រព័ន្ធនិងជង់

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

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

ដូច្នេះហើយ ទើបគេសម្រេចចិត្តស៊ីដំរីជាផ្នែកៗ។

ប្រព័ន្ធរបស់យើងមាន៖

• ផ្នែករឹង;
• ប្រព័ន្ធ​ប្រតិបត្តិការ;
• កម្មវិធី;
• ផ្នែក UI នៅក្នុងកម្មវិធីត្រួតពិនិត្យ;
• រង្វាស់អាជីវកម្ម;
• កម្មវិធីរួមបញ្ចូលគ្នា;
• សុវត្ថិភាពព័ត៌មាន;
• បណ្តាញ;
• តុល្យភាពចរាចរណ៍។

នៅកណ្តាលនៃប្រព័ន្ធនេះកំពុងត្រួតពិនិត្យខ្លួនឯង។ ជាទូទៅ ដើម្បីយល់ពីស្ថានភាពនៃប្រព័ន្ធទាំងមូល អ្នកត្រូវដឹងពីអ្វីដែលកំពុងកើតឡើងជាមួយកម្មវិធីនៅលើស្រទាប់ទាំងនេះ និងនៅទូទាំងសំណុំនៃកម្មវិធីទាំងមូល។

ដូច្នេះអំពីជង់។

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

យើងបានរួមបញ្ចូល Zabbix ជាមួយ Telegram messenger និង Microsoft Teams ដែលត្រូវបានប្រើយ៉ាងសកម្មនៅក្នុងក្រុម។ Zabbix គ្របដណ្ដប់លើស្រទាប់នៃបណ្តាញពិតៗ ផ្នែករឹង និងកម្មវិធីមួយចំនួន ប៉ុន្តែវាមិនមែនជា panacea ទេ។ យើងបង្កើនទិន្នន័យនេះពីសេវាកម្មផ្សេងទៀតមួយចំនួន។ ឧទាហរណ៍ នៅកម្រិតផ្នែករឹង យើងភ្ជាប់ដោយផ្ទាល់តាមរយៈ API ទៅកាន់ប្រព័ន្ធនិម្មិតរបស់យើង ហើយប្រមូលទិន្នន័យ។

តើ​មាន​អ្វី​ផ្សេង​ទៀត។ បន្ថែមពីលើ Zabbix យើងប្រើ Prometheus ដែលអនុញ្ញាតឱ្យយើងត្រួតពិនិត្យម៉ែត្រនៅក្នុងកម្មវិធីបរិស្ថានថាមវន្ត។ នោះគឺយើងអាចទទួលបានម៉ែត្រកម្មវិធីតាមរយៈចំណុចបញ្ចប់ HTTP ហើយកុំបារម្ភអំពីម៉ែត្រដែលត្រូវផ្ទុកទៅក្នុងវា និងមួយណាមិនមែនទេ។ ផ្អែកលើទិន្នន័យនេះ សំណួរវិភាគអាចត្រូវបានបង្កើតឡើង។

ប្រភពទិន្នន័យសម្រាប់ស្រទាប់ផ្សេងទៀត ឧទាហរណ៍ រង្វាស់ធុរកិច្ច ត្រូវបានបែងចែកជាបីផ្នែក។

ទីមួយ ទាំងនេះគឺជាប្រព័ន្ធអាជីវកម្មខាងក្រៅ Google Analytics យើងប្រមូលម៉ែត្រពីកំណត់ហេតុ។ ពីពួកគេ យើងទទួលបានទិន្នន័យអំពីអ្នកប្រើប្រាស់សកម្ម ការបំប្លែង និងអ្វីៗផ្សេងទៀតដែលទាក់ទងនឹងអាជីវកម្ម។ ទីពីរ នេះគឺជាប្រព័ន្ធត្រួតពិនិត្យ UI ។ វាគួរតែត្រូវបានពិពណ៌នាលម្អិតបន្ថែមទៀត។

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

រចនាសម្ព័ន្ធក្រុមថ្មីមានន័យថាសកម្មភាពកម្មវិធីទាំងអស់ត្រូវបានបង្ខាំងនៅក្នុងក្រុមផលិតផល ដូច្នេះយើងឈប់ធ្វើតេស្តសុទ្ធ។ ជំនួសមកវិញ ពួកយើងបានធ្វើការត្រួតពិនិត្យ UI ពីការធ្វើតេស្ត ដែលសរសេរជា Java, Selenium និង Jenkins (ប្រើជាប្រព័ន្ធសម្រាប់បើកដំណើរការ និងបង្កើតរបាយការណ៍)។

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

ចុងក្រោយ ទីបី ប្រភពទិន្នន័យគឺជាប្រព័ន្ធកត់ត្រាកណ្តាល។ យើងប្រើ Elastic Stack សម្រាប់កំណត់ហេតុ ហើយបន្ទាប់មកយើងអាចទាញទិន្នន័យនេះទៅក្នុងប្រព័ន្ធត្រួតពិនិត្យរបស់យើងសម្រាប់រង្វាស់ធុរកិច្ច។ បន្ថែមលើអ្វីៗទាំងអស់នេះ យើងមានសេវាកម្ម Monitoring API របស់យើងផ្ទាល់ ដែលសរសេរក្នុង Python ដែលសួរសេវាកម្មណាមួយតាមរយៈ API និងប្រមូលទិន្នន័យពីពួកគេចូលទៅក្នុង Zabbix ។

គុណលក្ខណៈមិនអាចខ្វះបានមួយទៀតនៃការត្រួតពិនិត្យគឺការមើលឃើញ។ របស់យើងគឺផ្អែកលើ Grafana ។ វាលេចធ្លោក្នុងចំណោមប្រព័ន្ធមើលឃើញផ្សេងទៀត ដែលវាអនុញ្ញាតឱ្យអ្នកមើលឃើញម៉ែត្រពីប្រភពទិន្នន័យផ្សេងៗគ្នានៅលើផ្ទាំងគ្រប់គ្រង។ យើងអាចប្រមូលរង្វាស់កម្រិតកំពូលសម្រាប់ហាងអនឡាញ ឧទាហរណ៍ ចំនួននៃការបញ្ជាទិញដែលបានដាក់ក្នុងម៉ោងចុងក្រោយពី DBMS រង្វាស់ប្រតិបត្តិការសម្រាប់ OS ដែលហាងអនឡាញនេះដំណើរការពី Zabbix និងម៉ែត្រសម្រាប់ឧទាហរណ៍នៃកម្មវិធីនេះ ពី Prometheus ។ ហើយទាំងអស់នេះនឹងមាននៅលើផ្ទាំងគ្រប់គ្រងមួយ។ ច្បាស់ និងអាចចូលប្រើបាន។

អនុញ្ញាតឱ្យខ្ញុំកត់សម្គាល់អំពីសុវត្ថិភាព - បច្ចុប្បន្ននេះយើងកំពុងបញ្ចប់ប្រព័ន្ធដែលយើងនឹងបញ្ចូលនៅពេលក្រោយជាមួយប្រព័ន្ធត្រួតពិនិត្យសកល។ តាមគំនិតរបស់ខ្ញុំ បញ្ហាចម្បងដែល e-commerce ប្រឈមមុខនៅក្នុងវិស័យសុវត្ថិភាពព័ត៌មានគឺទាក់ទងនឹង bots, parser និង brute force ។ យើងត្រូវតាមដានរឿងនេះ ពីព្រោះអ្វីៗទាំងអស់នេះអាចប៉ះពាល់យ៉ាងធ្ងន់ធ្ងរទាំងប្រតិបត្តិការនៃកម្មវិធីរបស់យើង និងកេរ្តិ៍ឈ្មោះរបស់យើងតាមទស្សនៈអាជីវកម្ម។ ហើយជាមួយនឹងជង់ដែលបានជ្រើសរើស យើងគ្របដណ្តប់ការងារទាំងនេះដោយជោគជ័យ។

ចំណុចសំខាន់មួយទៀតគឺថាស្រទាប់កម្មវិធីត្រូវបានផ្គុំដោយ Prometheus ។ ខ្លួនគាត់ផ្ទាល់ក៏ត្រូវបានរួមបញ្ចូលជាមួយ Zabbix ផងដែរ។ ហើយយើងក៏មាន sitespeed ដែលជាសេវាកម្មដែលអនុញ្ញាតឱ្យយើងមើលប៉ារ៉ាម៉ែត្រដូចជាល្បឿនផ្ទុកទំព័ររបស់យើង ការស្ទះ ការបង្ហាញទំព័រ ការផ្ទុកស្គ្រីបជាដើម វាក៏ត្រូវបានរួមបញ្ចូល API ផងដែរ។ ដូច្នេះ​ម៉ែត្រ​របស់​យើង​ត្រូវ​បាន​ប្រមូល​នៅ​ក្នុង Zabbix ហើយ​ស្រប​តាម​នោះ យើង​ក៏​ជូន​ដំណឹង​ពី​ទីនោះ​ដែរ។ ការដាស់តឿនទាំងអស់ត្រូវបានផ្ញើទៅវិធីសាស្ត្រផ្ញើសំខាន់ៗ (សម្រាប់ពេលនេះវាជាអ៊ីមែល និងតេឡេក្រាម ក្រុម MS ក៏ត្រូវបានភ្ជាប់ថ្មីៗនេះដែរ)។ មានគម្រោងធ្វើឱ្យប្រសើរឡើងនូវការដាស់តឿនដល់ស្ថានភាពដែល bots ឆ្លាតវៃដំណើរការជាសេវាកម្ម និងផ្តល់ព័ត៌មានត្រួតពិនិត្យដល់ក្រុមផលិតផលដែលចាប់អារម្មណ៍ទាំងអស់។

សម្រាប់ពួកយើង មាត្រដ្ឋានមានសារៈសំខាន់មិនត្រឹមតែសម្រាប់ប្រព័ន្ធព័ត៌មានបុគ្គលប៉ុណ្ណោះទេ ប៉ុន្តែក៏ជាម៉ែត្រទូទៅសម្រាប់ហេដ្ឋារចនាសម្ព័ន្ធទាំងមូលដែលកម្មវិធីប្រើប្រាស់ផងដែរ៖ ចង្កោមនៃម៉ាស៊ីនមេដែលដំណើរការម៉ាស៊ីននិម្មិត តុល្យភាពចរាចរណ៍ តុល្យភាពផ្ទុកបណ្តាញ បណ្តាញខ្លួនវា ការប្រើប្រាស់បណ្តាញទំនាក់ទំនង។ . បូកម៉ែត្រសម្រាប់មជ្ឈមណ្ឌលទិន្នន័យផ្ទាល់ខ្លួនរបស់យើង (យើងមានពួកវាជាច្រើន ហើយហេដ្ឋារចនាសម្ព័ន្ធមានទំហំធំណាស់)។

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

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

ទស្សនវិស័យ

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

ភារកិច្ចរបស់យើងគឺធ្វើឱ្យមានការជូនដំណឹងត្រឹមត្រូវ។ ឧទាហរណ៍ ប្រសិនបើមានបញ្ហាជាមួយផ្នែករឹង ម្តងទៀតជាមួយម៉ាស៊ីននិម្មិត ហើយមានកម្មវិធីសំខាន់មួយ ហើយសេវាកម្មមិនត្រូវបានបម្រុងទុកតាមមធ្យោបាយណាមួយឡើយ។ យើងរកឃើញថាម៉ាស៊ីននិម្មិតបានស្លាប់ហើយ។ បន្ទាប់មករង្វាស់ធុរកិច្ចនឹងជូនដំណឹងដល់អ្នក៖ អ្នកប្រើប្រាស់បានបាត់នៅកន្លែងណាមួយ គ្មានការបំប្លែង UI នៅក្នុងចំណុចប្រទាក់មិនអាចប្រើបាន កម្មវិធី និងសេវាកម្មក៏បានស្លាប់ផងដែរ។

ក្នុងស្ថានភាពនេះ យើងនឹងទទួលបានសារឥតបានការពីការជូនដំណឹង ហើយវាមិនសមនឹងទម្រង់នៃប្រព័ន្ធត្រួតពិនិត្យត្រឹមត្រូវទៀតទេ។ សំណួរនៃទំនាក់ទំនងកើតឡើង។ ដូច្នេះតាមឧត្ដមគតិ ប្រព័ន្ធត្រួតពិនិត្យរបស់យើងគួរតែនិយាយថា៖ "បុរសៗ ម៉ាស៊ីនរាងកាយរបស់អ្នកបានស្លាប់ហើយ ជាមួយនឹងកម្មវិធីនេះ និងឧបករណ៍វាស់ស្ទង់ទាំងនេះ" ដោយមានជំនួយពីការជូនដំណឹងមួយ ជំនួសឱ្យការទម្លាក់គ្រាប់បែកលើយើងដោយការជូនដំណឹងមួយរយ។ វាគួរតែរាយការណ៍ពីរឿងសំខាន់ - មូលហេតុដែលជួយលុបបំបាត់បញ្ហាយ៉ាងឆាប់រហ័សដោយសារតែការធ្វើមូលដ្ឋានីយកម្មរបស់វា។

ប្រព័ន្ធជូនដំណឹង និងការដាស់តឿនរបស់យើងត្រូវបានបង្កើតឡើងជុំវិញសេវាកម្ម hotline 24 ម៉ោង។ ការជូនដំណឹងទាំងអស់ដែលត្រូវបានចាត់ទុកថាត្រូវតែមាន និងត្រូវបានបញ្ចូលក្នុងបញ្ជីត្រួតពិនិត្យត្រូវបានផ្ញើនៅទីនោះ។ ការដាស់តឿននីមួយៗត្រូវតែមានការពិពណ៌នា៖ តើមានអ្វីកើតឡើង អត្ថន័យពិត ផលប៉ះពាល់អ្វីខ្លះ។ ហើយក៏ភ្ជាប់ទៅកាន់ផ្ទាំងគ្រប់គ្រង និងការណែនាំអំពីអ្វីដែលត្រូវធ្វើក្នុងករណីនេះ។

នេះ​គឺ​ជា​តម្រូវការ​ទាំងអស់​សម្រាប់​ការ​បង្កើត​ការ​ជូន​ដំណឹង។ បន្ទាប់មក ស្ថានការណ៍អាចវិវត្តក្នុងទិសដៅពីរ - មានបញ្ហា និងត្រូវដោះស្រាយ ឬមានការបរាជ័យក្នុងប្រព័ន្ធត្រួតពិនិត្យ។ ប៉ុន្តែក្នុងករណីណាក៏ដោយ អ្នកត្រូវទៅស្វែងយល់។

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

បន្ថែមពីលើការត្រួតពិនិត្យប្រព័ន្ធដែលយើងដំណើរការ និងប្រមូលរង្វាស់ដែលចាត់ទុកថាសំខាន់នៅខាងយើង ប្រព័ន្ធត្រួតពិនិត្យអនុញ្ញាតឱ្យយើងប្រមូលទិន្នន័យសម្រាប់ក្រុមផលិតផល។ ពួកវាអាចមានឥទ្ធិពលលើសមាសភាពនៃម៉ែត្រនៅក្នុងប្រព័ន្ធព័ត៌មានដែលយើងត្រួតពិនិត្យ។

សហសេវិករបស់យើងអាចមកសុំបន្ថែមម៉ែត្រមួយចំនួនដែលនឹងមានប្រយោជន៍សម្រាប់យើង និងក្រុម។ ឬជាឧទាហរណ៍ ក្រុមប្រហែលជាមិនមានរង្វាស់មូលដ្ឋានគ្រប់គ្រាន់ដែលយើងមានទេ ពួកគេត្រូវការតាមដានជាក់លាក់មួយចំនួន។ នៅក្នុង Grafana យើងបង្កើតកន្លែងសម្រាប់ក្រុមនីមួយៗ និងផ្តល់សិទ្ធិអ្នកគ្រប់គ្រង។ ផងដែរ ប្រសិនបើក្រុមមួយត្រូវការផ្ទាំងគ្រប់គ្រង ប៉ុន្តែពួកគេខ្លួនឯងមិនអាច/មិនដឹងពីរបៀបធ្វើវា យើងជួយពួកគេ។

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

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

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

ដូច្នេះ ប្រព័ន្ធនេះត្រូវបានដាក់ឱ្យដំណើរការ និងដំណើរការដោយជោគជ័យតាំងពីដើមនិទាឃរដូវ... ហើយកំពុងបង្ហាញពីប្រាក់ចំណេញពិតប្រាកដ។ ជាការពិតណាស់ នេះមិនមែនជាកំណែចុងក្រោយរបស់វាទេ យើងនឹងណែនាំមុខងារមានប្រយោជន៍ជាច្រើនទៀត។ ប៉ុន្តែឥឡូវនេះ ជាមួយនឹងការរួមបញ្ចូល និងកម្មវិធីជាច្រើន ការត្រួតពិនិត្យស្វ័យប្រវត្តិកម្មគឺពិតជាជៀសមិនរួច។

ប្រសិនបើអ្នកក៏ត្រួតពិនិត្យគម្រោងធំៗដែលមានចំនួនសមាហរណកម្មច្រើន សូមសរសេរក្នុងមតិយោបល់អំពីចំណុចប្រាក់ដែលអ្នកបានរកឃើញសម្រាប់ការនេះ។

ប្រភព: www.habr.com