🥇Not New Relic តែម្នាក់ឯង៖ មើល Datadog និង Atatus

នៅក្នុងបរិយាកាសនៃវិស្វករ SRE/DevOps វានឹងមិនធ្វើឱ្យនរណាម្នាក់ភ្ញាក់ផ្អើលទេដែលថាថ្ងៃណាមួយអតិថិជន (ឬប្រព័ន្ធត្រួតពិនិត្យ) លេចឡើងហើយរាយការណ៍ថា "អ្វីៗទាំងអស់ត្រូវបានបាត់បង់"៖ គេហទំព័រមិនដំណើរការការបង់ប្រាក់មិនឆ្លងកាត់ជីវិតកំពុងរលួយ ... មិនថាអ្នកចង់ជួយក្នុងស្ថានភាពបែបនោះទេ ការធ្វើបែបនេះដោយគ្មានឧបករណ៍សាមញ្ញ និងអាចយល់បានអាចជាការពិបាកខ្លាំងណាស់។ ជាញឹកញាប់បញ្ហាត្រូវបានលាក់នៅក្នុងកូដកម្មវិធីដោយខ្លួនឯង អ្នកគ្រាន់តែត្រូវការធ្វើមូលដ្ឋានីយកម្មវា។

ហើយនៅក្នុងភាពសោកសៅនិងរីករាយ ...

វាបានកើតឡើងដូច្នេះថាយើងបានធ្លាក់ក្នុងអន្លង់ស្នេហ៍ជាមួយ New Relic ជាយូរមកហើយ។ វាគឺជា និងនៅតែជាឧបករណ៍ដ៏ល្អសម្រាប់ត្រួតពិនិត្យការអនុវត្តកម្មវិធី ហើយក៏អាចឱ្យអ្នកធ្វើឧបករណ៍ស្ថាបត្យកម្មមីក្រូសេវា (ដោយប្រើភ្នាក់ងាររបស់វា) និងច្រើនទៀត។ ហើយអ្វីគ្រប់យ៉ាងអាចល្អប្រសិនបើវាមិនមែនសម្រាប់ការផ្លាស់ប្តូរនៅក្នុងគោលការណ៍កំណត់តម្លៃរបស់សេវាកម្ម៖ វា។ ការចំណាយនៃការ ពីឆ្នាំ 2013 កើនឡើង 3+ ដង. លើសពីនេះទៀតចាប់តាំងពីឆ្នាំមុន ការទទួលបានគណនីសាកល្បងតម្រូវឱ្យមានការទំនាក់ទំនងជាមួយអ្នកគ្រប់គ្រងផ្ទាល់ខ្លួន ដែលធ្វើឱ្យវាពិបាកក្នុងការបង្ហាញផលិតផលទៅកាន់អតិថិជនសក្តានុពល។

ស្ថានភាពធម្មតា៖ New Relic មិនត្រូវការនៅលើ "មូលដ្ឋានអចិន្រ្តៃយ៍" ពួកគេចងចាំវាតែនៅពេលមានបញ្ហាចាប់ផ្តើម។ ប៉ុន្តែអ្នកនៅតែត្រូវបង់ប្រាក់ជាទៀងទាត់ (140 ដុល្លារអាមេរិកក្នុងមួយម៉ាស៊ីនមេក្នុងមួយខែ) ហើយនៅក្នុងហេដ្ឋារចនាសម្ព័ន្ធពពកដែលធ្វើមាត្រដ្ឋានដោយស្វ័យប្រវត្តិ ផលបូកនឹងកើនឡើងច្រើន។ ទោះបីជាមានជម្រើស Pay-As-You-Go ក៏ដោយ ការបើក New Relic នឹងតម្រូវឱ្យអ្នកចាប់ផ្តើមកម្មវិធីឡើងវិញ ដែលអាចនាំឱ្យបាត់បង់ស្ថានភាពបញ្ហាដែលវាត្រូវបានចាប់ផ្តើមទាំងអស់។ មិនយូរប៉ុន្មាន New Relic បានបង្ហាញផែនការពន្ធថ្មី - សំខាន់, - ដែលនៅ glance ដំបូងមើលទៅដូចជាជម្រើសសមហេតុផលសម្រាប់ Professional ... ប៉ុន្តែនៅពេលពិនិត្យកាន់តែជិតវាបានបង្ហាញថាមុខងារសំខាន់ៗមួយចំនួនត្រូវបានបាត់ (ជាពិសេសវាមិនមាន ប្រតិបត្តិការសំខាន់ៗ, ការតាមដានកម្មវិធីឆ្លងកាត់, ការតាមដានការចែកចាយ).

ជាលទ្ធផល យើងបានចាប់ផ្តើមគិតអំពីការស្វែងរកជម្រើសដែលថោកជាង ហើយជម្រើសរបស់យើងបានធ្លាក់ទៅលើសេវាកម្មពីរគឺ Datadog និង Atatus ។ ហេតុអ្វីបានជានៅលើពួកគេ?

អំពីដៃគូប្រកួតប្រជែង

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

ការគាំទ្រដែលបានភ្ជាប់មកជាមួយនិងអភិវឌ្ឍន៍សម្រាប់កម្មវិធី PHP (ជង់របស់អតិថិជនរបស់យើងមានភាពចម្រុះណាស់ ប៉ុន្តែនេះគឺជាអ្នកដឹកនាំច្បាស់លាស់នៅក្នុងបរិបទនៃការស្វែងរកជម្រើសជំនួស New Relic);
តម្លៃសមរម្យ (តិចជាង 100 ដុល្លារក្នុងមួយខែក្នុងមួយម្ចាស់ផ្ទះ);
ឧបករណ៍ស្វ័យប្រវត្តិ;
ការរួមបញ្ចូលជាមួយ Kubernetes;
ភាពស្រដៀងគ្នាទៅនឹងចំណុចប្រទាក់ New Relic គឺជាការបូកគួរឱ្យកត់សម្គាល់ (ដោយសារតែវិស្វកររបស់យើងធ្លាប់ប្រើវា)។

ដូច្នេះហើយ នៅដំណាក់កាលជ្រើសរើសដំបូង យើងបានលុបបំបាត់ដំណោះស្រាយដ៏ពេញនិយមមួយចំនួនទៀត ហើយជាពិសេស៖

Tideways, AppDynamics និង Dynatrace - សម្រាប់តម្លៃ;
Stackify ត្រូវបានរារាំងនៅក្នុងសហព័ន្ធរុស្ស៊ី ហើយបង្ហាញទិន្នន័យតិចតួចពេក។

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

ការបង្ហាញអ្នកប្រកួតប្រជែងដែលបានជ្រើសរើស

នៅលើ រីស៊ីតថ្មី។ប្រហែលជាអ្នកគ្រប់គ្នាធ្លាប់លឺទេ? សេវាកម្មនេះបានចាប់ផ្តើមការអភិវឌ្ឍន៍របស់ខ្លួនជាង 10 ឆ្នាំមុន ក្នុងឆ្នាំ 2008 ។ យើងបានប្រើប្រាស់វាយ៉ាងសកម្មតាំងពីឆ្នាំ 2012 ហើយមិនមានបញ្ហាក្នុងការរួមបញ្ចូលកម្មវិធីមួយចំនួនធំនៅក្នុង PHP, Ruby និង Python ហើយយើងក៏មានបទពិសោធន៍ក្នុងការរួមបញ្ចូលជាមួយ C# និង Go ផងដែរ។ អ្នកនិពន្ធនៃសេវាកម្មមានដំណោះស្រាយសម្រាប់ការត្រួតពិនិត្យកម្មវិធី ហេដ្ឋារចនាសម្ព័ន្ធ តាមដានហេដ្ឋារចនាសម្ព័ន្ធមីក្រូសេវា បង្កើតកម្មវិធីងាយស្រួលសម្រាប់ឧបករណ៍អ្នកប្រើប្រាស់ និងច្រើនទៀត។

ទោះយ៉ាងណាក៏ដោយ ភ្នាក់ងារ New Relic ដំណើរការលើពិធីការដែលមានកម្មសិទ្ធិ ហើយមិនគាំទ្រ OpenTracing ទេ។ ឧបករណ៍កម្រិតខ្ពស់តម្រូវឱ្យមានការកែសម្រួលជាពិសេសសម្រាប់ New Relic ។ ទីបំផុត ការគាំទ្រ Kubernetes នៅតែជាបទពិសោធន៍។

បានចាប់ផ្តើមការអភិវឌ្ឍរបស់ខ្លួននៅក្នុង 2010 ដាតាដុក មើលទៅគួរអោយចាប់អារម្មណ៍ជាង New Relic យ៉ាងជាក់លាក់នៅក្នុងលក្ខខណ្ឌនៃការប្រើប្រាស់នៅក្នុងបរិស្ថាន Kubernetes ។ ជាពិសេស វាគាំទ្រការរួមបញ្ចូលជាមួយ NGINX Ingress, log collection, statsd និង OpenTracing protocols ដែលអនុញ្ញាតឱ្យអ្នកតាមដានសំណើរបស់អ្នកប្រើចាប់ពីពេលដែលវាត្រូវបានភ្ជាប់ទៅការបញ្ចប់ ក៏ដូចជាស្វែងរកកំណត់ហេតុសម្រាប់សំណើនេះ (ទាំងផ្នែកខាងម៉ាស៊ីនមេគេហទំព័រ និងអ្នកប្រើប្រាស់)។

នៅពេលប្រើប្រាស់ Datadog យើងបានជួបប្រទះថា ពេលខ្លះវាបានសាងសង់ផែនទីមីក្រូសេវាមិនត្រឹមត្រូវ និងបញ្ហាបច្ចេកទេសមួយចំនួន។ ជាឧទាហរណ៍ វាបានកំណត់ប្រភេទសេវាកម្មខុស (ច្រឡំ Django សម្រាប់សេវាកម្មឃ្លាំងសម្ងាត់) និងបណ្តាលឱ្យមានកំហុសចំនួន 500 នៅក្នុងកម្មវិធី PHP ដោយប្រើបណ្ណាល័យ Predis ដ៏ពេញនិយម។

អាតាត - ឧបករណ៍ក្មេងជាងគេ; សេវាកម្មនេះត្រូវបានដាក់ឱ្យដំណើរការក្នុងឆ្នាំ 2014 ។ ថវិកាទីផ្សាររបស់វាគឺទាបជាងដៃគូប្រកួតប្រជែងដែលបានរាយបញ្ជីយ៉ាងច្បាស់ ការលើកឡើងគឺជារឿងធម្មតាតិចជាង។ ទោះជាយ៉ាងណាក៏ដោយ ឧបករណ៍ខ្លួនវាគឺស្រដៀងទៅនឹង New Relic មិនត្រឹមតែនៅក្នុងសមត្ថភាពរបស់វា (APM ការត្រួតពិនិត្យកម្មវិធីរុករកជាដើម) ប៉ុន្តែក៏មានរូបរាងផងដែរ។

គុណវិបត្តិសំខាន់គឺថាវាគាំទ្រតែ Node.js និង PHP ប៉ុណ្ណោះ។ ម្យ៉ាងវិញទៀត វាត្រូវបានអនុវត្តគួរឱ្យកត់សម្គាល់ប្រសើរជាង Datadog ។ មិនដូចកម្មវិធីបន្ទាប់ទេ Atatus មិនតម្រូវឱ្យកម្មវិធីធ្វើការកែប្រែ ឬបន្ថែមស្លាកបន្ថែមទៅកូដនោះទេ។

របៀបដែលយើងធ្វើការជាមួយ New Relic

ឥឡូវនេះ ចូរយើងស្វែងយល់ពីរបៀបដែលជាទូទៅយើងប្រើ New Relic ។ ឧបមាថាយើងមានបញ្ហាដែលត្រូវការដំណោះស្រាយ៖

វាងាយស្រួលមើលនៅលើក្រាហ្វ ស្វាគមន៍ - ចូរយើងវិភាគវា។ នៅក្នុង New Relic ប្រតិបត្តិការគេហទំព័រត្រូវបានជ្រើសរើសភ្លាមៗសម្រាប់កម្មវិធីគេហទំព័រ សមាសធាតុទាំងអស់ត្រូវបានចង្អុលបង្ហាញនៅក្នុងក្រាហ្វនៃការអនុវត្ត មាន error-rate, request-rate panels... អ្វីដែលសំខាន់បំផុតនោះគឺថាដោយផ្ទាល់ពីបន្ទះទាំងនេះ អ្នកអាចផ្លាស់ទីរវាងផ្សេងគ្នា។ ផ្នែកនៃកម្មវិធី (ឧទាហរណ៍ ការចុចលើ MySQL នឹងនាំទៅដល់ផ្នែកមូលដ្ឋានទិន្នន័យ)។

ដោយសារនៅក្នុងឧទាហរណ៍ដែលកំពុងពិចារណា យើងឃើញមានការកើនឡើងនៃសកម្មភាព កម្មវិធី PHPចុចលើតារាងនេះ ហើយចូលទៅដោយស្វ័យប្រវត្តិ ប្រតិបត្តិការ:

បញ្ជីនៃប្រតិបត្តិការដែលជាឧបករណ៍បញ្ជាសំខាន់ពីគំរូ MVC ត្រូវបានតម្រៀបរួចហើយដោយ ចំណាយពេលច្រើនបំផុតដែលងាយស្រួលណាស់៖ យើងឃើញភ្លាមៗនូវអ្វីដែលកម្មវិធីធ្វើ។ នេះគឺជាឧទាហរណ៍នៃសំណួរវែងៗដែលត្រូវបានប្រមូលដោយស្វ័យប្រវត្តិដោយ New Relic ។ តាមរយៈការផ្លាស់ប្តូរការតម្រៀប វាងាយស្រួលក្នុងការស្វែងរក៖

ឧបករណ៍បញ្ជាកម្មវិធីដែលផ្ទុកច្រើនបំផុត;
ឧបករណ៍បញ្ជាដែលស្នើសុំញឹកញាប់បំផុត;
ឧបករណ៍បញ្ជាយឺតបំផុត។

លើសពីនេះទៀត អ្នកអាចពង្រីកប្រតិបត្តិការនីមួយៗ និងមើលថាតើកម្មវិធីកំពុងធ្វើអ្វីនៅពេលកូដត្រូវបានប្រតិបត្តិ៖

ជាចុងក្រោយ កម្មវិធីផ្ទុកឧទាហរណ៍នៃដាននៃសំណើដ៏វែង (ដែលចំណាយពេលលើសពី 2 វិនាទី)។ នេះគឺជាបន្ទះសម្រាប់ប្រតិបត្តិការដ៏យូរ៖

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

ហើយនៅក្នុង។ សំណួរមូលដ្ឋានទិន្នន័យ - វាយតម្លៃសំណួរទៅកាន់មូលដ្ឋានទិន្នន័យដែលត្រូវបានប្រតិបត្តិខណៈពេលដែលកម្មវិធីកំពុងដំណើរការ៖

ប្រដាប់ដោយចំណេះដឹងនេះ យើងអាចវាយតម្លៃថាហេតុអ្វីបានជាកម្មវិធីថយចុះ ហើយធ្វើការជាមួយអ្នកអភិវឌ្ឍន៍ដើម្បីបង្កើតយុទ្ធសាស្ត្រដើម្បីដោះស្រាយបញ្ហា។ តាមពិត New Relic មិនតែងតែផ្តល់រូបភាពច្បាស់លាស់នោះទេ ប៉ុន្តែវាជួយជ្រើសរើសវ៉ិចទ័រនៃការស៊ើបអង្កេត៖

វែង PDO::Construct បាននាំយើងទៅមុខងារចម្លែកនៃ pgpoll;
អស្ថិរភាពតាមពេលវេលា Memcache::Get បានស្នើថាម៉ាស៊ីននិម្មិតត្រូវបានកំណត់រចនាសម្ព័ន្ធមិនត្រឹមត្រូវ។
ពេលវេលាកើនឡើងគួរឱ្យសង្ស័យសម្រាប់ដំណើរការគំរូបាននាំទៅដល់ការបិទរង្វិលជុំពិនិត្យមើលវត្តមាន 500 រូបតំណាងនៅក្នុងកន្លែងផ្ទុកវត្ថុ។
លល…

វាក៏កើតឡើងផងដែរដែលថាជំនួសឱ្យការប្រតិបត្តិកូដ អ្វីមួយដែលទាក់ទងនឹងការផ្ទុកទិន្នន័យខាងក្រៅលូតលាស់នៅលើអេក្រង់មេ ហើយវាមិនមានបញ្ហាអ្វីដែលវានឹងទៅជា៖ Redis ឬ PostgreSQL - ពួកវាទាំងអស់ត្រូវបានលាក់នៅក្នុងផ្ទាំង។ មូលដ្ឋានទិន្នន័យ.

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

ផ្ទាំងមានទិន្នន័យស្រដៀងគ្នា សេវាកម្មខាងក្រៅដែលលាក់សំណើទៅសេវាកម្ម HTTP ខាងក្រៅ ដូចជាការចូលប្រើកន្លែងផ្ទុកវត្ថុ ផ្ញើព្រឹត្តិការណ៍ទៅកាន់អ្នកបញ្ជូន ឬអ្វីៗផ្សេងទៀត។ ខ្លឹមសារនៃផ្ទាំងគឺស្រដៀងគ្នាទាំងស្រុងទៅនឹងមូលដ្ឋានទិន្នន័យ៖

ដៃគូប្រកួតប្រជែង៖ ឱកាស និងចំណាប់អារម្មណ៍

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

1. Datadog

Datadog ស្វាគមន៍យើងដោយបន្ទះមួយដែលមានជញ្ជាំងនៃសេវាកម្ម៖

វាព្យាយាមបំបែកកម្មវិធីទៅជាសមាសភាគ/មីក្រូសេវាកម្ម ដូច្នេះក្នុងឧទាហរណ៍កម្មវិធី Django យើងនឹងឃើញការតភ្ជាប់ 2 ទៅ PostgreSQL (defaultdb и postgres) ក៏ដូចជា Celery, Redis ។ ការធ្វើការជាមួយ Datadog តម្រូវឱ្យអ្នកមានចំណេះដឹងតិចតួចបំផុតអំពីគោលការណ៍ MVC៖ អ្នកត្រូវយល់ពីកន្លែងដែលសំណើរបស់អ្នកប្រើជាទូទៅមកពីណា។ នេះជាធម្មតាជួយ ផែនទីសេវាកម្ម:

ដោយវិធីនេះ មានអ្វីស្រដៀងគ្នានៅក្នុង New Relic:

... ហើយតាមគំនិតរបស់ខ្ញុំ ផែនទីរបស់ពួកគេត្រូវបានធ្វើឱ្យកាន់តែសាមញ្ញ និងច្បាស់ជាងមុន៖ វាមិនបង្ហាញសមាសធាតុនៃកម្មវិធីមួយទេ (ដែលនឹងធ្វើឱ្យវាលម្អិតហួសហេតុពេក ដូចជាក្នុងករណី Datadog) ប៉ុន្តែមានតែសេវាកម្មជាក់លាក់ ឬសេវាកម្មមីក្រូប៉ុណ្ណោះ។

ចូរយើងត្រឡប់ទៅ Datadog វិញ៖ ពីផែនទីសេវាកម្ម យើងអាចឃើញថាសំណើរបស់អ្នកប្រើប្រាស់មកដល់ Django ។ តោះទៅសេវាកម្ម Django ហើយទីបំផុតមើលអ្វីដែលយើងរំពឹងទុក៖

ជាអកុសល មិនមានក្រាហ្វនៅទីនេះតាមលំនាំដើមទេ។ ពេលវេលាប្រតិបត្តិការបណ្តាញស្រដៀងទៅនឹងអ្វីដែលយើងឃើញនៅលើបន្ទះ New Relic សំខាន់។ ទោះយ៉ាងណាក៏ដោយ វាអាចត្រូវបានកំណត់រចនាសម្ព័ន្ធជំនួសឱ្យកាលវិភាគ % នៃពេលវេលាដែលបានចំណាយ. វាគ្រប់គ្រាន់ហើយក្នុងការប្តូរវាទៅ រយៈពេលជាមធ្យមក្នុងមួយសំណើតាមប្រភេទ... ហើយឥឡូវនេះក្រាហ្វដែលធ្លាប់ស្គាល់កំពុងសម្លឹងមើលយើង!

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

ប៉ុន្តែខ្ញុំពេញចិត្តនឹងសមត្ថភាពនៅក្នុង Datadog ក្នុងការប្តូរពីក្រាហ្វទាំងនេះទៅជារង្វាស់នៃម៉ាស៊ីនមេដែលពាក់ព័ន្ធ អានកំណត់ហេតុ និងវាយតម្លៃការផ្ទុកនៅលើម៉ាស៊ីនមេគេហទំព័រ (Gunicorn)។ អ្វីគ្រប់យ៉ាងគឺស្ទើរតែដូចគ្នាទៅនឹង New Relic ... ហើយសូម្បីតែបន្តិចទៀត (កំណត់ហេតុ)!

ខាងក្រោមក្រាហ្វគឺជាប្រតិបត្តិការទាំងស្រុងស្រដៀងទៅនឹង New Relic៖

នៅក្នុង Datadog ប្រតិបត្តិការត្រូវបានគេហៅថា ធនធាន. អ្នកអាចតម្រៀបឧបករណ៍បញ្ជាដោយចំនួនសំណើ ដោយពេលវេលាឆ្លើយតបជាមធ្យម និងដោយពេលវេលាអតិបរមាដែលបានចំណាយសម្រាប់រយៈពេលដែលបានជ្រើសរើស។

អ្នកអាចពង្រីកធនធាន និងមើលអ្វីគ្រប់យ៉ាងដែលយើងបានសង្កេតរួចហើយនៅក្នុង New Relic៖

មានស្ថិតិនៅលើធនធាន បញ្ជីទូទៅនៃការហៅទូរសព្ទខាងក្នុង និងឧទាហរណ៍នៃសំណើដែលអាចត្រូវបានតម្រៀបតាមលេខកូដឆ្លើយតប... និយាយអញ្ចឹង វិស្វកររបស់យើងពិតជាចូលចិត្តការតម្រៀបនេះ។

ធនធានឧទាហរណ៍ណាមួយនៅក្នុង Datadog អាចត្រូវបានបើក និងសិក្សា៖

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

ហើយអ្វីដែលគួរឱ្យចាប់អារម្មណ៍បំផុតគឺការមើលបន្ទុករបស់ម៉ាស៊ីនដែលសំណើត្រូវបានប្រតិបត្តិ និងមើលកំណត់ហេតុសំណើ។

ការរួមបញ្ចូលគ្នាដ៏អស្ចារ្យ!

អ្នកប្រហែលជាឆ្ងល់ថាតើផ្ទាំងទាំងនោះនៅឯណា មូលដ្ឋានទិន្នន័យ и សេវាកម្មខាងក្រៅដូចនៅក្នុង New Relic ។ មិនមាននៅទីនេះទេ៖ ចាប់តាំងពី Datadog បំបែកកម្មវិធីទៅជាសមាសធាតុ PostgreSQL នឹងត្រូវបានពិចារណា សេវាកម្មដាច់ដោយឡែកហើយជំនួសឱ្យសេវាខាងក្រៅ វាមានតម្លៃស្វែងរក aws.storage (វានឹងស្រដៀងគ្នាសម្រាប់រាល់សេវាកម្មខាងក្រៅផ្សេងទៀតដែលកម្មវិធីអាចចូលប្រើបាន)។

នេះជាឧទាហរណ៍ជាមួយ postgres:

សំខាន់មានអ្វីគ្រប់យ៉ាងដែលយើងចង់បាន៖

អ្នកអាចមើលឃើញថា "សេវា" មួយណាដែលសំណើបានមកពី។

វានឹងមិនខកខានក្នុងការរំលឹកអ្នកថា Datadog រួមបញ្ចូលយ៉ាងល្អឥតខ្ចោះជាមួយ NGINX Ingress និងអនុញ្ញាតឱ្យអ្នកអនុវត្តការតាមដានពីចុងដល់ចប់ចាប់ពីពេលដែលសំណើមកដល់ក្នុងចង្កោម ហើយក៏អនុញ្ញាតឱ្យអ្នកទទួលបាន statsd metrics ប្រមូលកំណត់ហេតុ និងម៉ាស៊ីនមេ។ .

ការបូកដ៏ធំនៃ Datadog គឺថាតម្លៃរបស់វា។ បត់ឡើង ពីការត្រួតពិនិត្យហេដ្ឋារចនាសម្ព័ន្ធ APM ការគ្រប់គ្រងកំណត់ហេតុ និងការធ្វើតេស្តសំយោគ i.e. អ្នកអាចជ្រើសរើសផែនការរបស់អ្នកដោយបត់បែន។

2. Atatus

ក្រុម Atatus អះអាងថាសេវាកម្មរបស់ពួកគេគឺ "ដូចគ្នានឹង New Relic ប៉ុន្តែប្រសើរជាង" ។ ចាំមើលថាតើនេះពិតជាបែបនេះឬអត់?

បន្ទះមេមើលទៅស្រដៀងគ្នា ប៉ុន្តែវាមិនអាចកំណត់ Redis និង memcached ដែលប្រើក្នុងកម្មវិធីបានទេ។

APM ជ្រើសរើសប្រតិបត្តិការទាំងអស់តាមលំនាំដើម ទោះបីជាជាធម្មតាត្រូវការតែប្រតិបត្តិការលើបណ្តាញក៏ដោយ។ ដូច Datadog មិនមានវិធីដើម្បីរុករកទៅសេវាកម្មដែលចង់បានពីបន្ទះមេទេ។ លើសពីនេះទៅទៀត ប្រតិបត្តិការត្រូវបានរាយបញ្ជីបន្ទាប់ពីមានកំហុស ដែលហាក់ដូចជាមិនសមហេតុផលសម្រាប់ APM ឡើយ។

នៅក្នុងប្រតិបត្តិការ Atatus អ្វីគ្រប់យ៉ាងគឺស្រដៀងគ្នាតាមដែលអាចធ្វើទៅបានទៅនឹង New Relic ។ គុណវិបត្តិគឺថាឌីណាមិកសម្រាប់ឧបករណ៍បញ្ជានីមួយៗមិនអាចមើលឃើញភ្លាមៗទេ។ អ្នកត្រូវរកមើលវានៅក្នុងតារាងឧបករណ៍បញ្ជាដោយតម្រៀបតាម ពេលវេលាប្រើប្រាស់ច្រើនបំផុត:

បញ្ជីឧបករណ៍បញ្ជាធម្មតាមាននៅក្នុងផ្ទាំង ស្វែងរក:

នៅក្នុងវិធីមួយចំនួន តារាងនេះគឺនឹកឃើញដល់ Datadog ហើយខ្ញុំចូលចិត្តវាប្រសើរជាងអ្វីដែលស្រដៀងគ្នានៅក្នុង New Relic ។

អ្នកអាចពង្រីកប្រតិបត្តិការនីមួយៗ និងមើលថាតើកម្មវិធីកំពុងធ្វើអ្វី៖

បន្ទះនេះក៏កាន់តែនឹកឃើញដល់ Datadog: មានសំណើមួយចំនួន រូបភាពទូទៅនៃការហៅទូរសព្ទ។ បន្ទះខាងលើផ្តល់នូវផ្ទាំងបញ្ហា HTTP បរាជ័យ និងឧទាហរណ៍នៃសំណួរយឺត ដានសម័យ:

ប្រសិនបើអ្នកចូលទៅកាន់ប្រតិបត្តិការ អ្នកអាចឃើញឧទាហរណ៍នៃដាន អ្នកអាចទទួលបានបញ្ជីសំណើទៅកាន់មូលដ្ឋានទិន្នន័យ ហើយមើលក្បាលសំណើ។ អ្វីគ្រប់យ៉ាងគឺស្រដៀងទៅនឹង New Relic:

ជាទូទៅ Atatus ពេញចិត្តជាមួយនឹងដានលម្អិត - ដោយមិនមាន New Relic ធម្មតានៃការហៅទូរស័ព្ទចូលទៅក្នុងប្លុករំលឹក:

ទោះយ៉ាងណាក៏ដោយ វាខ្វះតម្រងដែល (ដូចជា New Relic) នឹងកាត់ផ្តាច់សំណើលឿនជ្រុល (<5ms)។ ម្យ៉ាងវិញទៀត ខ្ញុំចូលចិត្តការបង្ហាញនៃការឆ្លើយតបប្រតិបត្តិការចុងក្រោយ (ជោគជ័យ ឬកំហុស)។

បន្ទះ មូលដ្ឋានទិន្នន័យ នឹងជួយអ្នកសិក្សាសំណើទៅកាន់មូលដ្ឋានទិន្នន័យខាងក្រៅដែលកម្មវិធីបង្កើត។ ខ្ញុំសូមរំលឹកអ្នកថា Atatus បានរកឃើញតែ PostgreSQL និង MySQL ប៉ុណ្ណោះ ទោះបីជា Redis និង memcached ក៏ចូលរួមក្នុងគម្រោងដែរ។

សំណើត្រូវបានតម្រៀបតាមលក្ខណៈវិនិច្ឆ័យធម្មតា៖ ប្រេកង់ឆ្លើយតប ពេលវេលាឆ្លើយតបជាមធ្យម។ល។ ខ្ញុំក៏ចង់លើកឡើងពីផ្ទាំងជាមួយនឹងសំណួរយឺតបំផុត - វាមានភាពងាយស្រួលណាស់។ លើសពីនេះទៅទៀត ទិន្នន័យនៅក្នុងផ្ទាំងនេះសម្រាប់ PostgreSQL ស្របពេលជាមួយនឹងទិន្នន័យពីផ្នែកបន្ថែម pg_stat_statements - លទ្ធផលដ៏អស្ចារ្យ!

ថេប សំណើខាងក្រៅ ដូចគ្នាទាំងស្រុងទៅនឹងមូលដ្ឋានទិន្នន័យ។

ការរកឃើញ

ឧបករណ៍ដែលបានបង្ហាញទាំងពីរដំណើរការបានល្អក្នុងតួនាទីរបស់ APM ។ ពួកគេណាមួយអាចផ្តល់អប្បបរមាដែលត្រូវការ។ ចំណាប់អារម្មណ៍របស់យើងអាចត្រូវបានសង្ខេបដោយសង្ខេបដូចខាងក្រោម:

ដាតាដុក

ប្រុស:

តារាងតម្លៃងាយស្រួល (APM មានតម្លៃ 31 ដុល្លារក្នុងមួយម្ចាស់ផ្ទះ);
ដំណើរការល្អជាមួយ Python;
លទ្ធភាពនៃការរួមបញ្ចូលជាមួយ OpenTracing
ការរួមបញ្ចូលជាមួយ Kubernetes;
ការរួមបញ្ចូលជាមួយ NGINX Ingress ។

គុណវិបត្តិ:

APM តែមួយគត់ដែលបណ្តាលឱ្យកម្មវិធីមិនអាចប្រើបានដោយសារតែកំហុសម៉ូឌុល (predis);
ឧបករណ៍ស្វ័យប្រវត្ត PHP ខ្សោយ;
និយមន័យចម្លែកមួយផ្នែកនៃសេវាកម្ម និងគោលបំណងរបស់ពួកគេ។

អាតាត