ការងារងាយស្រួលជាមួយនឹងការជូនដំណឹងស្មុគស្មាញ។ ឬប្រវត្តិនៃការបង្កើត Balerter

មនុស្សគ្រប់គ្នាចូលចិត្តការជូនដំណឹង។

ជាការពិតណាស់ វាជាការប្រសើរជាងក្នុងការជូនដំណឹងនៅពេលដែលមានអ្វីមួយកើតឡើង (ឬត្រូវបានជួសជុល) ជាជាងអង្គុយមើលក្រាហ្វ ហើយរកមើលភាពមិនប្រក្រតី។

ហើយឧបករណ៍ជាច្រើនត្រូវបានបង្កើតឡើងសម្រាប់រឿងនេះ។ Alertmanager មកពីប្រព័ន្ធអេកូ Prometheus និង vmalert មកពីក្រុមផលិតផល VictoriaMetrics ។ ការជូនដំណឹង និងការជូនដំណឹង Zabbix នៅក្នុង Grafana ។ ស្គ្រីបដែលសរសេរដោយខ្លួនឯងនៅក្នុង bash និង Telegram bots ដែលទាញ URL មួយចំនួនមកទៀងទាត់ ហើយប្រាប់អ្នកថាតើមានអ្វីខុស។ ជាច្រើននៃអ្វីគ្រប់យ៉ាង។

យើងនៅក្នុងក្រុមហ៊ុនរបស់យើងក៏បានប្រើដំណោះស្រាយផ្សេងៗរហូតដល់យើងឈានដល់ភាពស្មុគស្មាញ ឬផ្ទុយទៅវិញ ភាពមិនអាចទៅរួចនៃការបង្កើតការជូនដំណឹងដែលមានលក្ខណៈស្មុគស្មាញ។ អ្វី​ដែល​យើង​ចង់​បាន និង​អ្វី​ដែល​យើង​បាន​បញ្ចប់​គឺ​ស្ថិត​នៅ​ក្រោម​ការ​កាត់​បន្ថយ។ TLDR៖ នេះជារបៀបដែលគម្រោងប្រភពបើកចំហបានបង្ហាញខ្លួន Balerter

ជា​យូរ​មក​ហើយ​យើង​រស់​នៅ​បាន​ល្អ​ជាមួយ​នឹង​ការ​ជូន​ដំណឹង​ដែល​បាន​កំណត់​រចនាសម្ព័ន្ធ​នៅ Grafana។ បាទ នេះមិនមែនជាវិធីល្អបំផុតទេ។ វាត្រូវបានណែនាំឱ្យប្រើដំណោះស្រាយឯកទេសមួយចំនួនដូចជា Alertmanager ជានិច្ច។ ហើយយើងក៏បានសម្លឹងឆ្ពោះទៅរកការផ្លាស់ទីច្រើនជាងម្តង។ ហើយបន្ទាប់មកបន្តិចម្ដងៗ យើងចង់បានកាន់តែច្រើន។

និយាយថានៅពេលដែលគំនូសតាងជាក់លាក់មួយបានធ្លាក់ចុះ / កើនឡើង XX% ហើយបាននៅទីនោះសម្រាប់ N នាទីបើប្រៀបធៀបទៅនឹងរយៈពេលមុននៃ M ម៉ោង? វាហាក់ដូចជាអ្នកអាចព្យាយាមអនុវត្តវាជាមួយ Grafana ឬ Alertmanager ប៉ុន្តែវាមិនងាយស្រួលនោះទេ។ (ឬប្រហែលជាវាមិនអាចទៅរួច ខ្ញុំមិននិយាយឥឡូវនេះទេ)

អ្វីៗកាន់តែស្មុគស្មាញ នៅពេលដែលការសម្រេចចិត្តដាស់តឿនត្រូវតែធ្វើឡើងដោយផ្អែកលើទិន្នន័យពីប្រភពផ្សេងៗគ្នា។ ឧទាហរណ៍ផ្ទាល់៖

យើងពិនិត្យមើលទិន្នន័យពីមូលដ្ឋានទិន្នន័យ Clickhouse ពីរ បន្ទាប់មកប្រៀបធៀបវាជាមួយទិន្នន័យមួយចំនួនពី Postgres ហើយសម្រេចចិត្តលើការជូនដំណឹងមួយ។ សញ្ញាឬលុបចោល

យើងបានប្រមូលនូវបំណងប្រាថ្នាស្រដៀងគ្នាជាច្រើនសម្រាប់យើងក្នុងការគិតអំពីការសម្រេចចិត្តរបស់យើង។ ហើយបន្ទាប់មកយើងបានព្យាយាមចងក្រងបញ្ជីតំរូវការ/សមត្ថភាពដំបូងនៃសេវាកម្មនេះ ដែលមិនទាន់ត្រូវបានបង្កើត។

• ចូលប្រើប្រភពទិន្នន័យផ្សេងៗគ្នា។ ឧទាហរណ៍ Prometheus, Clickhouse, Postgres

• ផ្ញើ​ការ​ជូន​ដំណឹង​ទៅ​ឆានែល​ផ្សេង​គ្នា - តេឡេក្រាម, slack, ល។

• នៅក្នុងដំណើរការនៃការគិត វាច្បាស់ណាស់ថា ខ្ញុំមិនចង់បានការពិពណ៌នាបែបប្រកាសទេ ប៉ុន្តែសមត្ថភាពក្នុងការសរសេរស្គ្រីប

• ដំណើរការស្គ្រីបតាមកាលវិភាគ

• ការធ្វើបច្ចុប្បន្នភាពស្គ្រីបងាយស្រួលដោយមិនចាំបាច់ចាប់ផ្តើមសេវាកម្មឡើងវិញ

• សមត្ថភាពក្នុងការពង្រីកមុខងារដោយវិធីណាមួយដោយមិនចាំបាច់បង្កើតសេវាកម្មឡើងវិញពីកូដប្រភព

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

តាមពិតនេះជារបៀបដែលប្រវត្តិសាស្រ្តរបស់ Balerter បានចាប់ផ្តើម។

ខ្ញុំនឹងព្យាយាមរៀបរាប់យ៉ាងខ្លីអំពីអ្វីដែលបានកើតឡើងនៅទីបញ្ចប់ និងរបៀបដែលវាដំណើរការ។ (បាទ ពិតណាស់ នេះមិនទាន់ចប់ទេ។ មានគម្រោងជាច្រើនសម្រាប់ការអភិវឌ្ឍន៍ផលិតផល។ ខ្ញុំនឹងឈប់ត្រឹមថ្ងៃនេះ)

តើវាដំណើរការយ៉ាងដូចម្តេច?

អ្នកសរសេរស្គ្រីបនៅក្នុង Lua ដែលអ្នកផ្ញើសំណើយ៉ាងច្បាស់លាស់ (ទៅកាន់ Prometheus, Clickhouse ។ល។)។ អ្នក​ទទួល​បាន​ចំលើយ ហើយ​ធ្វើ​ការ​ប្រៀបធៀប​ពួកគេ​ដូចម្ដេច។ បន្ទាប់មកបើក/បិទការជូនដំណឹងប្រភេទមួយចំនួន។ Balerter ខ្លួនវានឹងផ្ញើការជូនដំណឹងទៅកាន់ប៉ុស្តិ៍ដែលអ្នកបានកំណត់រចនាសម្ព័ន្ធ (អ៊ីមែល តេឡេក្រាម ភាពយឺតយ៉ាវ។ល។)។ ស្គ្រីបត្រូវបានប្រតិបត្តិនៅចន្លោះពេលជាក់លាក់។ ហើយ... ជាទូទៅ នោះហើយជាអ្វីទាំងអស់)

វាជាការល្អបំផុតក្នុងការបង្ហាញជាមួយឧទាហរណ៍៖

-- @interval 10s
-- @name script1

local minRequestsRPS = 100

local log = require("log")
local ch1 = require("datasource.clickhouse.ch1")

local res, err = ch1.query("SELECT sum(requests) AS rps FROM some_table WHERE date = now()")
if err ~= nil then
    log.error("clickhouse 'ch1' query error: " .. err)
    return
end

local resultRPS = res[1].rps

if resultRPS < minResultRPS then
    alert.error("rps-min-limit", "Requests RPS are very small: " .. tostring(resultRPS))
else
    alert.success("rps-min-limit", "Requests RPS ok")
end 

តើមានអ្វីកើតឡើងនៅទីនេះ៖

• យើងបង្ហាញថាស្គ្រីបនេះគួរតែត្រូវបានប្រតិបត្តិរៀងរាល់ 10 វិនាទី

• បង្ហាញឈ្មោះស្គ្រីប (សម្រាប់ API សម្រាប់បង្ហាញក្នុងកំណត់ហេតុ សម្រាប់ប្រើក្នុងការធ្វើតេស្ត)

• ភ្ជាប់ម៉ូឌុលសម្រាប់ការចេញកំណត់ហេតុ

• ភ្ជាប់ម៉ូឌុលដើម្បីចូលប្រើ clickhouse ដោយប្រើឈ្មោះ ch1 (ការតភ្ជាប់ដោយខ្លួនវាត្រូវបានកំណត់រចនាសម្ព័ន្ធនៅក្នុង config)

• ផ្ញើសំណើទៅ clickhouse

• ក្នុងករណីមានកំហុស យើងបង្ហាញសារនៅក្នុងកំណត់ហេតុ ហើយចេញ

• ប្រៀបធៀបលទ្ធផលសំណួរជាមួយថេរ (ក្នុងឧទាហរណ៍ផ្ទាល់ យើងអាចទទួលបានតម្លៃនេះ ឧទាហរណ៍ពីមូលដ្ឋានទិន្នន័យ Postgres)

• បើក ឬបិទការជូនដំណឹងដោយប្រើលេខសម្គាល់ rps-min-limit

• អ្នកនឹងទទួលបានការជូនដំណឹង ប្រសិនបើស្ថានភាពជូនដំណឹងបានផ្លាស់ប្តូរ

ឧទាហរណ៍គឺសាមញ្ញ និងអាចយល់បាន។ ទោះជាយ៉ាងណាក៏ដោយ ជាការពិត ស្គ្រីបជីវិតពិតអាចវែង និងស្មុគស្មាញ។ វាងាយស្រួលក្នុងការយល់ច្រលំ និងធ្វើខុស។

ដូច្នេះហើយ ចំណង់តក្កវិជ្ជាបានចាស់ទុំ - ដើម្បីអាចសរសេរការធ្វើតេស្តសម្រាប់ស្គ្រីបរបស់អ្នក។ ហើយនៅក្នុងកំណែ v0.4.0 នេះបានបង្ហាញខ្លួន។

ស្គ្រីបសាកល្បង

ការធ្វើតេស្តឧទាហរណ៍សម្រាប់ស្គ្រីបរបស់យើងពីឧទាហរណ៍ខាងលើ៖

-- @test script1
-- @name script1-test

test = require('test')

local resp = {
    {
        rps = 10
    }
} 

test.datasource('clickhouse.ch1').on('query', 'SELECT sum(requests) AS rps FROM some_table WHERE date = now()').response(resp)

test.alert().assertCalled('error', 'rps-min-limit', 'Requests RPS are very small: 10')
test.alert().assertNotCalled('success', 'rps-min-limit', 'Requests RPS ok')

ម្តង​មួយ​ជំហាន:

• ចង្អុលបង្ហាញឈ្មោះនៃស្គ្រីបដែលការធ្វើតេស្តត្រូវបានសរសេរ

• ឈ្មោះសាកល្បង (សម្រាប់កំណត់ហេតុ)

• ភ្ជាប់ម៉ូឌុលសាកល្បង

• យើង​និយាយ​ថា​តើ​លទ្ធផល​អ្វី​ដែល​គួរ​ត្រូវ​បាន​ត្រឡប់​សម្រាប់​សំណើ​ជាក់លាក់​មួយ​ទៅ clickhouse ch1

• យើងពិនិត្យមើលថាការជូនដំណឹង (កំហុស) rps-min-limit ជាមួយនឹងសារដែលបានបញ្ជាក់ត្រូវបានហៅ

• ពិនិត្យមើលថាការជូនដំណឹង rps-min-limit មិនត្រូវបានបិទទេ (ជោគជ័យ)

តើ Balerter អាចធ្វើអ្វីបានទៀត?

ខ្ញុំនឹងព្យាយាមប៉ះលើអ្វីដែលសំខាន់បំផុត តាមគំនិតរបស់ខ្ញុំ ជំនាញ Balerter ។ អ្នកអាចមើលអ្វីគ្រប់យ៉ាងលម្អិតនៅលើគេហទំព័រផ្លូវការ https://balerter.com

• ទទួលទិន្នន័យពី

  • ផ្ទះចុច

  • postgres

  • កម្មវិធី MySQL

  • ប្រូមេទីស

  • loki

• ផ្ញើការជូនដំណឹងទៅកាន់ប៉ុស្តិ៍

  • slack

  • ទូរលេខ

  • syslog

  • ជូនដំណឹង (ការជូនដំណឹង UI នៅលើកុំព្យូទ័ររបស់អ្នក)

  • អ៊ីម៉ែល

  • ការមិនចុះសម្រុង

• បង្កើតក្រាហ្វដោយផ្អែកលើទិន្នន័យរបស់អ្នក បង្ហោះរូបភាពទៅកន្លែងផ្ទុកដែលត្រូវគ្នា S3 ហើយភ្ជាប់វាទៅការជូនដំណឹង (ឧទាហរណ៍ជាមួយរូបភាព)

• អនុញ្ញាតឱ្យអ្នកផ្លាស់ប្តូរទិន្នន័យរវាងស្គ្រីប - ការផ្ទុកសោ/តម្លៃសកល

• សរសេរបណ្ណាល័យផ្ទាល់ខ្លួនរបស់អ្នកនៅក្នុង Lua ហើយប្រើវានៅក្នុងស្គ្រីប (តាមលំនាំដើម បណ្ណាល័យ lua ត្រូវបានផ្គត់ផ្គង់សម្រាប់ធ្វើការជាមួយ json, csv)

• ផ្ញើសំណើ HTTP ពីស្គ្រីបរបស់អ្នក (និងទទួលការឆ្លើយតប ជាការពិត)

• ផ្តល់ API (មិនទាន់មានមុខងារដូចដែលយើងចង់បាន)

• នាំចេញម៉ែត្រក្នុងទម្រង់ Prometheus

តើអ្នកចង់ធ្វើអ្វីទៀត?

វាច្បាស់ហើយថាអ្នកប្រើប្រាស់ ហើយយើងចង់បានសមត្ថភាពក្នុងការគ្រប់គ្រងការចាប់ផ្តើមនៃស្គ្រីបដោយប្រើវាក្យសម្ព័ន្ធ cron. វានឹងត្រូវបានធ្វើមុនកំណែ v1.0.0

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

នរណាម្នាក់តែងតែបាត់អ្វីមួយ) នៅទីនេះយើងពឹងផ្អែកលើសំណើរបស់សហគមន៍ដើម្បីកំណត់អាទិភាពឱ្យបានត្រឹមត្រូវ។ ហើយ​ជួយ​សហគមន៍​ឲ្យ​ដឹង​គ្រប់​យ៉ាង

នៅក្នុងសេចក្តីសន្និដ្ឋាន

យើង​ប្រើ Balerter ខ្ញុំ​មាន​វា​មួយ​រយៈ​មក​ហើយ។ ស្គ្រីបរាប់សិបច្បាប់ការពារសន្តិភាពនៃចិត្តរបស់យើង។ ខ្ញុំសង្ឃឹមថាការងារនេះនឹងមានប្រយោជន៍សម្រាប់អ្នកផ្សេង។

ហើយសូមស្វាគមន៍ជាមួយនឹងបញ្ហា និង PR របស់អ្នក។

ប្រភព: www.habr.com