យើងសន្សំពេលវេលា សរសៃប្រសាទ និងមនុស្សម៉ោង

គម្រោងរបស់យើងជាធម្មតាក្នុងតំបន់ ហើយអតិថិជនជាធម្មតាជាក្រសួង។ ប៉ុន្តែក្រៅពីវិស័យសាធារណៈ អង្គការឯកជនក៏ប្រើប្រាស់ប្រព័ន្ធរបស់យើងដែរ។ ជាក់ស្តែងមិនមានបញ្ហាជាមួយពួកគេទេ។

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

ឈ្មោះរបស់ខ្ញុំគឺ Ruslan ហើយខ្ញុំគាំទ្រប្រព័ន្ធព័ត៌មានរបស់ BARS Group និង អភិវឌ្ឍ bot ឃាតករសម្រាប់ DBAs សៀរៀលហិង្សា. ប្រកាសនេះមិនមែនសម្រាប់អ្នកខ្សោយបេះដូងទេ - មានអក្សរ និងរូបភាពជាច្រើន។

/ awr

កម្មវិធីមួយចំនួនរបស់យើងដំណើរការលើ Oracle DBMS ។ ក៏មានគម្រោងនៅលើ PostgreSQL DBMS ផងដែរ។ Oracle មានរឿងដ៏អស្ចារ្យមួយ - ការប្រមូលស្ថិតិលើការផ្ទុកនៅលើ DBMS ដែលបង្ហាញពីបញ្ហាដែលមានស្រាប់ ហើយថែមទាំងធ្វើការណែនាំសម្រាប់ការលុបបំបាត់ផងដែរ - ឃ្លាំងផ្ទុកការងារដោយស្វ័យប្រវត្តិ (AWR) ។ នៅចំណុចមួយ (ពោលគឺនៅពេលមានការឈឺចាប់) អ្នកអភិវឌ្ឍន៍បានស្នើសុំឱ្យប្រមូលជានិច្ច របាយការណ៍ AWR សម្រាប់ការវិភាគការអនុវត្ត. យើងបានទៅកាន់ម៉ាស៊ីនមេ DBMS ដោយស្មោះត្រង់ ប្រមូលរបាយការណ៍ យកវាមកយើង ហើយបញ្ជូនពួកគេទៅផលិតកម្មដើម្បីធ្វើការវិភាគ។ បន្ទាប់ពីលើកទី 5 វាកាន់តែរំខាន ... បន្ទាប់ពីថ្ងៃទី 10 វាកាន់តែខឹង ...

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

ហើយបន្ទាប់មកខ្ញុំបានគិតថា: "អ្នកគ្រប់គ្រងមិនចាំបាច់បង្កើតរបាយការណ៍ទេ ... ". យ៉ាងណាមិញ ការប្រមូលរបាយការណ៍មានន័យថាការប្រតិបត្តិអក្សរ sql @$ORACLE_HOME/rdbms/admin/awrrpt.sql ហើយយករបាយការណ៍ពីម៉ាស៊ីនមេទៅកន្លែងរបស់អ្នក... អូ បាទ យើងមិនអនុញ្ញាតឱ្យមានការអភិវឌ្ឍន៍សម្រាប់ផលិតកម្មទេ។

បន្ទាប់មកខ្ញុំ Googled ព័ត៌មានចាំបាច់ បានបង្កើតមុខងារពីអត្ថបទនៅលើមូលដ្ឋានសាកល្បង ដំណើរការស្គ្រីប និងអព្ភូតហេតុ - របាយការណ៍ត្រូវបានចងក្រង និងអាចរក្សាទុកក្នុងមូលដ្ឋាន។ បានបង្កើតមុខងារដែលរបាយការណ៍ AWR ត្រូវការជាញឹកញយ ហើយប្រាប់អ្នកអភិវឌ្ឍន៍ពីរបៀបប្រើវា។

នៅ​ពេល​នេះ ពេល​ទំនេរ បន្ទាប់​ពី​និយាយ​ជាមួយ @BotFather ខ្ញុំ​បាន​បង្កើត Telegram bot សម្រាប់​ខ្លួន​ខ្ញុំ​គ្រាន់​តែ​លេង​សើច។ ខ្ញុំបានប្រើមុខងារសាមញ្ញមួយនៅទីនោះ - បង្ហាញពេលវេលាបច្ចុប្បន្ន អត្រាប្តូរប្រាក់ អាកាសធាតុ បានបង្រៀនវាឱ្យផ្ញើការសរសើរដល់ភរិយារបស់ខ្ញុំ (បន្ទាប់មកមិត្តស្រី) តាមកាលវិភាគ។ ប្រហែលជានៅពេលនោះ ការផ្ញើការសរសើរគឺជាមុខងារដ៏ពេញនិយមបំផុតរបស់ bot របស់ខ្ញុំ ហើយប្រពន្ធរបស់ខ្ញុំបានកោតសរសើរចំពោះវា។

ដូច្នេះ។ អ្នកអភិវឌ្ឍន៍សរសេរមកយើងក្នុង Telegram យើងផ្ញើរបាយការណ៍ទៅពួកគេក្នុង Telegram... ចុះបើគេសរសេរមិនមែនមកយើងទេ ប៉ុន្តែទៅ Bot? យ៉ាងណាមិញ វានឹងកាន់តែប្រសើរឡើងសម្រាប់អ្នករាល់គ្នា របាយការណ៍នឹងត្រូវបានទទួលលឿនជាងមុន ហើយសំខាន់បំផុតគឺការរំលងពួកយើង។ នេះជារបៀបដែលគំនិតនៃមុខងារពេញនិយមដំបូងសម្រាប់ bot របស់ខ្ញុំបានកើតមក។

ខ្ញុំចាប់ផ្តើមអនុវត្ត។ ខ្ញុំ​បាន​ធ្វើ​វា​តាម​ដែល​ខ្ញុំ​អាច​ធ្វើ​បាន​ក្នុង PHP (កម្មវិធី​របស់​យើង​ខ្លួន​ឯង​គឺ​ជា PHP ខ្ញុំ​ចេះ​វា​ច្រើន​ជាង​ក្នុង Python)។ ខ្ញុំមិនមែនជាអ្នកសរសេរកូដល្អទេ ដូច្នេះខ្ញុំនឹងមិនបង្ហាញលេខកូដរបស់ខ្ញុំទេ :)

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

ដោយបានទទួលពាក្យបញ្ជាដូច /awr Nដែលជាកន្លែងដែល N គឺជាចំនួនម៉ោងពេញដែលរបាយការណ៍ត្រូវការ (តាមលំនាំដើម - 1 ម៉ោង) ទោះបីជាសម្រាប់មួយសប្តាហ៍ក៏ដោយ ប្រសិនបើមូលដ្ឋានទិន្នន័យមិនត្រូវបានចាប់ផ្តើមឡើងវិញ bot ចាប់ផ្តើមដំណើរការភ្លាមៗ ប្រមូលរបាយការណ៍ បោះពុម្ពវាជា គេហទំព័រ ហើយភ្លាមៗ (ស្ទើរតែនៅទីនោះ) ផ្តល់នូវតំណភ្ជាប់ទៅកាន់របាយការណ៍ដែលត្រូវការច្រើន។

ធ្វើតាមតំណ ហើយនៅទីនេះ របាយការណ៍ AWR៖

ដូចដែលបានរំពឹងទុក អ្នកអភិវឌ្ឍន៍បានដោះស្រាយជាមួយនឹងការបង្កើតរបាយការណ៍បែបនេះ ហើយអ្នកខ្លះថែមទាំងអរគុណយើងទៀតផង។

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

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

/pgBadger

យើងក៏មានកម្មវិធីផ្សេងទៀតនៅក្នុង PHP ដោយភ្ជាប់ជាមួយ PostgreSQL ។ ខ្ញុំបានអនុវត្តការប្រមូលរបាយការណ៍ pgBadger សម្រាប់អ្នកដែលត្រូវការជំនួយដោយប្រើគោលការណ៍ដូចគ្នា - នៅក្នុងការជជែកជាក្រុម។ ដំបូង​គេ​ប្រើ​វា ប៉ុន្តែ​បន្ទាប់​មក​គេ​ឈប់។ មុខងារត្រូវបានកាត់ចេញដោយមិនចាំបាច់។

/ កាតព្វកិច្ច

នាយកដ្ឋានរបស់យើងមានវេនយប់ ហើយតាមកាលវិភាគ។ វាមាននៅក្នុង Google សន្លឹក។ វាមិនតែងតែងាយស្រួលទេក្នុងការស្វែងរកតំណភ្ជាប់ បើកគំនូសតាង រកមើលខ្លួនអ្នក... អតីតសហការីរបស់ខ្ញុំម្នាក់ក៏បានលេងជាមួយ Telegram bot របស់គាត់ ហើយបានណែនាំវាចូលទៅក្នុងការជជែកនៃនាយកដ្ឋានរបស់យើងផងដែរ។ សេចក្តីជូនដំណឹងអំពីការចាប់ផ្តើមនៃការផ្លាស់ប្តូរកាតព្វកិច្ចសម្រាប់បុគ្គលិកនាយកដ្ឋាន។ bot វិភាគកាលវិភាគ កំណត់បុគ្គលដែលបំពេញកាតព្វកិច្ចដោយកាលបរិច្ឆេទបច្ចុប្បន្ន ហើយយោងទៅតាមកាលវិភាគ ឬតាមការស្នើសុំ របាយការណ៍ដែលបំពេញកាតព្វកិច្ចនៅថ្ងៃនេះ។ វាប្រែជាល្អ និងងាយស្រួល។ ពិតហើយ ខ្ញុំពិតជាមិនចូលចិត្តទម្រង់នៃសារនោះទេ។ ដូចគ្នានេះផងដែរសម្រាប់បុគ្គលិកនៃនាយកដ្ឋានមួយផ្សេងទៀត (ឧទាហរណ៍ BC "ឱសថ") ព័ត៌មានអំពីអ្នកដែលបំពេញកាតព្វកិច្ចក្នុងទិសដៅផ្សេងទៀតគឺពិតជាមិនត្រូវការទេ ប៉ុន្តែអ្នកត្រូវដឹងថាអ្នកណាដែលបំពេញកាតព្វកិច្ចនៅក្នុង "ឱសថ" ក្នុងករណីមានបញ្ហា។ ខ្ញុំបានសម្រេចចិត្ត "ខ្ចី" មុខងារ ប៉ុន្តែផ្លាស់ប្តូរអ្វីដែលខ្ញុំមិនចូលចិត្ត។ ខ្ញុំបង្កើតទម្រង់សារដែលងាយស្រួលសម្រាប់ខ្លួនខ្ញុំ និងអ្នកដទៃ ដោយលុបព័ត៌មានដែលមិនចាំបាច់ចេញ។

/ tnls

បន្ទាប់ពីសាកល្បងស្វ័យប្រវត្តិកម្មដោយប្រើ Telegram bot គំនិតផ្សេងគ្នាជាច្រើនបានលេចឡើង ប៉ុន្តែខ្ញុំចង់ធ្វើកិច្ចការចាំបាច់យ៉ាងតឹងរ៉ឹង។ ខ្ញុំបានសម្រេចចិត្តដឹកនាំ ស្ថិតិលើសំណើ។ ដើម្បីចូលប្រើគម្រោងរបស់អតិថិជនរបស់យើង យើងបានអនុវត្តអ្វីដែលគេហៅថា "ម៉ាស៊ីនមេលោត" ឬម៉ាស៊ីនមេបញ្ជូនបន្ត។ ការតភ្ជាប់ VPN ត្រូវបានលើកឡើងនៅលើវា បន្ទាប់មកច្រកកម្មវិធី មូលដ្ឋានទិន្នន័យ និងការបញ្ជូនបន្តជំនួយផ្សេងទៀតត្រូវបានបញ្ជូនបន្តទៅកាន់បណ្តាញមូលដ្ឋានរបស់យើងតាមរយៈ ssh ដើម្បីងាយស្រួលចូលទៅកាន់គម្រោងរបស់បុគ្គលិករបស់យើង ដោយមិនមានបញ្ហាជាមួយនឹងការតភ្ជាប់ VPN ។ អ្វីដែលអ្នកត្រូវធ្វើគឺរៀបចំការតភ្ជាប់ VPN ទៅកាន់បណ្តាញសាជីវកម្មរបស់យើង។

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


អ្នក "ឆ្លងកាត់" ចូលទៅក្នុងធាតុម៉ឺនុយដែលចង់បាន ជ្រើសរើសគម្រោងរបស់អ្នក រង់ចាំមួយភ្លែត ហើយអ្នកទាំងអស់គ្នាសប្បាយចិត្ត និងពេញចិត្ត...

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

/ecp_to_pem

ស្ថិតិបន្ថែមបានបង្ហាញថាជាញឹកញាប់វាចាំបាច់ដើម្បីបម្លែង EDS Crypto Pro ជាទម្រង់ pem(មូលដ្ឋាន 64) សម្រាប់ការរួមបញ្ចូលផ្សេងៗ ហើយយើងមានច្រើនណាស់។ កិច្ចការ៖ យកកុងតឺន័រ ចម្លងវាទៅកុំព្យូទ័រ Windows ដោយប្រើឧបករណ៍ប្រើប្រាស់ P12FromGostCSP ដែលបានដំឡើង (ដោយវិធីបង់ប្រាក់) បម្លែងវាទៅជា pfx ហើយបន្ទាប់មកបំប្លែង pfx ដោយប្រើ OpenSSL (ដោយមានការគាំទ្រសម្រាប់ការអ៊ិនគ្រីប GOST) ដើម្បី pem។ វាមិនងាយស្រួលទេ ប៉ុន្តែអ្នកចង់បានវានៅខ្ទាស់ម្រាមដៃរបស់អ្នក។

Google បានមកជួយសង្គ្រោះម្តងទៀត។ បានរកឃើញ ប្រយោជន៍របស់មនុស្សល្អខ្លះ. ខ្ញុំបានប្រមូលផ្តុំវាដូចដែលបានសរសេរនៅក្នុង README - វាដំណើរការ។ ខ្ញុំបានបង្រៀន bot ឱ្យធ្វើការជាមួយឧបករណ៍ប្រើប្រាស់ ហើយទទួលបានការបំប្លែងស្ទើរតែភ្លាមៗ។


នៅពេលនៃការអនុវត្តចុងក្រោយ ការបញ្ជាទិញត្រូវបានចេញឱ្យប្តូរទៅទម្រង់ការអ៊ិនគ្រីបថ្មី - gost-2012 ។ តាមខ្ញុំចាំ ឧបករណ៍ប្រើប្រាស់នៅពេលនោះដំណើរការតែជាមួយ GOST ចាស់ (2001) ប្រហែលជាវាជាឧបករណ៍ប្រើប្រាស់ស្រដៀងគ្នាផ្សេងទៀតពីមនុស្សចិត្តល្អម្នាក់ទៀត ខ្ញុំមិនចាំច្បាស់ទេ។
បន្ទាប់ពីការផ្លាស់ប្តូរទៅ GOST ថ្មី មុខងាររបស់ bot ត្រូវបានដកចេញសម្រាប់ហេតុផលសុវត្ថិភាព។ បានអនុវត្តវានៅក្នុងធុង docker ។

Dockerfile ក្នុងករណីនរណាម្នាក់ត្រូវការវា៖

FROM ubuntu:16.04                                                                                                                                                                        
RUN apt update && apt -y install git sudo wget unzip gcc g++ make &&                        
   cd /srv/ && git clone https://github.com/kov-serg/get-cpcert.git &&                     
   cd get-cpcert && chmod +x *.sh && ./prepare.sh && ./build.sh &&                         
   mkdir -p /srv/{in,out} &&                                                               
   echo '#!/bin/bash' > /srv/getpem.sh &&                                                  
   echo 'cd /srv/get-cpcert' >> /srv/getpem.sh &&                                          
   echo './get-cpcert /srv/in/$CONT.000 $PASS > /srv/out/$CONT.pem' >> /srv/getpem.sh &&   
   chmod +x /srv/getpem.sh                                                                  ENTRYPOINT /srv/getpem.sh

ដើម្បីបំប្លែង អ្នកត្រូវដាក់ធុងដើម (ថតដូចជា xxx.000) នៅក្នុងថត /srv/in ហើយយក pem ដែលបានបញ្ចប់ទៅ /srv/out។

ដើម្បីបំប្លែង៖

 docker run -t -i -e CONT='<имя директории с контейнером(без ".000")>' -e PASS='<пароль для контейнера>' -v /srv/in:/srv/in -v /srv/out:/srv/out --name ecptopem <адрес нашего репозитория>/med/ecptopem:latest 

/emstop និង /emstart

ថ្ងៃមួយ Oracle DBA ដ៏ត្រជាក់មួយ ដែលមានបទពិសោធន៍ច្រើនក្នុងការគ្រប់គ្រង និងការអភិវឌ្ឍន៍ DBMS បានទទួលការងារនៅក្រុមហ៊ុនរបស់យើង។ ហើយភ្លាមៗនោះគាត់មានបញ្ហាក្នុងការតភ្ជាប់ទៅម៉ាស៊ីនមេ DBMS ជាមួយ ssh៖ គាត់មិនដឹងថាកន្លែងណា ឬរបៀបភ្ជាប់ ការចូលប្រើមិនត្រូវបានពិពណ៌នាច្បាស់លាស់ ឬគាត់មិនអាចបញ្ជូនអ្វីមួយដែលគាត់ត្រូវការទៅខ្លួនគាត់ទេ។ ជាការប្រសើរណាស់ យើងរីករាយក្នុងការជួយ យើងបានប្រាប់គាត់ពីរបៀបភ្ជាប់ និងបញ្ជូនគាត់ទៅអ្នកគ្រប់គ្រងសហគ្រាស។ ប៉ុន្តែអ្វីៗនៅតែមិនដំណើរការជាមួយ ssh ។ មិត្តរួមការងាររបស់ខ្ញុំម្នាក់បានពន្យល់វាយ៉ាងសាមញ្ញថា DBA សុទ្ធ :) យើងបានសម្រេចចិត្តថា ប្រសិនបើយើងត្រូវការកែប្រែអ្វីមួយនៅលើម៉ាស៊ីនមេ យើងនឹងធ្វើវាដោយខ្លួនឯង។

ពេលខ្លះ EM គាំងនៅក្រោមបន្ទុកធ្ងន់ ហើយដើម្បីចាប់ផ្តើមវាឡើងវិញ... អ្នកត្រូវភ្ជាប់តាមរយៈ ssh ហើយចាប់ផ្តើមឡើងវិញតាមរយៈស្ថានីយ។ មិត្តរួមការងារថ្មីរបស់យើងបានសម្រេចចិត្តថា "Admin ពូកែខាងនេះ"។ ការផ្ទុកធ្ងន់នៅលើ DBMS មិនមែនជារឿងចម្លែកសម្រាប់យើងទេ ហើយសំណើដើម្បីចាប់ផ្តើម EM ឡើងវិញក៏ជារឿងធម្មតាផងដែរ។ បន្ទាប់មក សេណារីយ៉ូដូចគ្នា៖ ភាពតានតឹង ការឆាប់ខឹង និងស្វែងរកដំណោះស្រាយចំពោះបញ្ហា។ ដូច្នេះនៅក្នុងការជជែកជាក្រុមដូចគ្នា ពាក្យបញ្ជាខាងក្រោមបានលេចចេញមក៖ /emstop និង /emstart។

/ សម្លាប់

ប្រសិនបើមានការប្រកួតប្រជែងខ្លាំងនៅលើមូលដ្ឋានទិន្នន័យ ហើយជួនកាលវាកើតឡើង វាចាំបាច់ក្នុងការពន្លាទិន្នន័យទិន្នន័យឱ្យបានលឿន។ មធ្យោបាយលឿនបំផុតគឺសម្លាប់ដំណើរការដែលមានបញ្ហា... ដើម្បីធ្វើដូចនេះភ្ជាប់តាមរយៈ ssh, kill -9... bot នឹងជួយ!

Alexey បានកោតសរសើរដល់ក្រុមនេះ ហើយបានដាក់ឈ្មោះឱ្យវាគួរឱ្យស្រលាញ់ "Kilyalka" ឬកាំភ្លើង។
ថ្ងៃមួយ បន្ទាប់ពីមើលពីរបៀបដែល Alexey ព្យាយាម និងរងទុក្ខ ដោយបញ្ចូល /kill xxx រាល់ពេលសម្រាប់ដំណើរការនីមួយៗ ខ្ញុំបានសម្រេចចិត្តបន្ថែម "ពហុធុង" ទៅក្នុងកាំភ្លើងរបស់យើង៖

នោះ​ល្អ​ជាង! អ្វីគ្រប់យ៉ាងគឺសម្រាប់អ្នក, Alexey, គ្រាន់តែធ្វើការ, ជាទីស្រឡាញ់!

តាមធម្មជាតិ ក្រុមសំខាន់បែបនេះត្រូវបានកំណត់ ចូលប្រើដោយ user_id - "ល្ងីល្ងើ" ។ ដោយមើលឃើញពីរបៀបដែល Lesha សម្លាប់ដំណើរការនៅលើម៉ាស៊ីនមេមូលដ្ឋានទិន្នន័យ មនុស្សជាច្រើនបានព្យាយាមបញ្ចូលពាក្យបញ្ជាដែលមានលេខដំណើរការចៃដន្យ ប៉ុន្តែអ្នកមិនអាចបោកបញ្ឆោត bot ឆ្លាតវៃរបស់ខ្ញុំបានទេ គាត់បានបដិសេធភ្លាមៗ។

/ កំណត់ហេតុការជូនដំណឹង

ជាការប្រសើរណាស់, ក្នុងករណី, ខ្ញុំបានបញ្ជា:
/alertlog <ចំនួនបន្ទាត់> - ទទួលបានចំនួនបន្ទាត់ជូនដំណឹងដែលបានបញ្ជាក់
bot ទាញការជូនដំណឹងមួយ ហើយផ្ញើវាទៅសេវាកម្មរបស់យើង ដូចជា pastebin ហៅថា pyste ហើយផ្ញើតំណភ្ជាប់ទៅ paste ទៅការជជែកតាមសំណើ។

/ ពិនិត្យ

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

ពាក្យបញ្ជា /checks បង្ហាញម៉ឺនុយសាមញ្ញ និងមិនច្បាស់លាស់ ពេលនេះបុរសរបស់យើងបានរៀនពីរបៀបប្រើពាក្យបញ្ជានេះដោយគ្មានការណែនាំ!

នៅពេលអ្នកជ្រើសរើសធាតុដែលចង់បាន ជំនួសឱ្យម៉ឺនុយ ការជូនដំណឹងអំពីការចាប់ផ្តើមនៃការធ្វើតេស្តនឹងលេចឡើង ដូច្នេះអ្នកប្រើប្រាស់ដែលមិនចេះអត់ធ្មត់មិនដំណើរការការធ្វើតេស្តរបស់យើង 100500 ដងទេ៖

អាស្រ័យលើធាតុម៉ឺនុយដែលបានជ្រើសរើស ការធ្វើតេស្តជាក់លាក់មួយត្រូវបានចាប់ផ្តើមពីបណ្តាញរបស់យើង ពោលគឺពីម៉ាស៊ីនដែល bot រស់នៅ (jmeter ត្រូវបានកំណត់ជាមុននៅទីនោះ ការធ្វើតេស្តចាំបាច់មានទីតាំងនៅ ... ) ឬដោយផ្ទាល់ពីមជ្ឈមណ្ឌលទិន្នន័យ (ពី ម៉ាស៊ីនដែលបានរៀបចំនៅជាប់នឹងកម្មវិធី) ដើម្បីមិនរាប់បញ្ចូលការភ្ជាប់បណ្តាញ នៅពេលដែលការពន្យារពេលសាកល្បង ឬកាត់បន្ថយវាឱ្យនៅអប្បបរមា។

បន្ទាប់ពីបញ្ចប់ការធ្វើតេស្ត និងទទួលបានកំណត់ហេតុនោះ bot ញែកវា ហើយបង្កើតលទ្ធផលជាទម្រង់ "មនុស្សអាចអានបាន"៖

ការប្រមូលម៉ែត្រ

មុខងារបានមកដល់ហើយ ហើយអ្នកគ្រប់គ្រងគម្រោងដែលចាប់អារម្មណ៍បានទទួលមុខងារបែបនេះសម្រាប់តំបន់របស់ពួកគេ។ ហើយអ្នកគ្រប់គ្រងគម្រោងដែលមានចិត្តមេត្តាម្នាក់បាននិយាយថា "ខ្ញុំចង់មានស្ថិតិពេលវេលា!" នរណាម្នាក់មកពី CIT បានប្រាប់នាងថា វានឹងមានភាពងាយស្រួលក្នុងការត្រួតពិនិត្យអ្វីៗទាំងអស់នេះនៅក្នុង Zabbix ។ Zabbix ដូច្នេះ Zabbix ...

ខ្ញុំ​គិត​ថា​ខ្ញុំ​ត្រូវ​ការ​ដើម្បី​រៀបចំ​សម្រាប់​តម្រូវការ​ដើម្បី​ចម្លង​ដំណោះស្រាយ... ខ្ញុំ​បាន​ដាក់​គំនិត​នេះ​ទៅ​ក្នុង​ធុង docker ។ នៅក្នុងកុងតឺន័រ jmeter ត្រូវបានបើកដំណើរការតាមកាលវិភាគ (ម្តងរៀងរាល់ 10 នាទីម្តង) ដាក់កំណត់ហេតុនៅកន្លែងជាក់លាក់ php ញែកវា និងបង្ហាញទិន្នន័យចាំបាច់ក្នុងទម្រង់ជាគេហទំព័រ។ Zabbix ដោយប្រើគ្រាប់ចុច web.page.get ទទួលទំព័រនេះ ជ្រើសរើសទិន្នន័យចាំបាច់ជាទៀងទាត់សម្រាប់ធាតុអាស្រ័យជាក់លាក់ និងបង្កើតក្រាហ្វ។

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

ការអភិវឌ្ឍន៍កម្មវិធី

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

ផែនការ

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

ប៉ុន្តែ Alexey មិន​ភ្លេច​ផ្តល់​សេចក្តី​ប្រាថ្នា​របស់​គាត់​ទេ។ ពីចុងក្រោយបំផុត៖
/kill_sql SQL_ID — សម្លាប់វគ្គទាំងអស់ជាមួយនឹងសំណើ SQL_ID នេះ។
/kill_block - សម្លាប់វគ្គទប់ស្កាត់ឫស
/show_em - បង្ហាញរូបភាពនៃការអនុវត្ត EM
គាត់ជាមនុស្សល្ងង់ គាត់ចង់ដេរ DBA ពីទូរស័ព្ទរបស់គាត់ =)

នេះជារបៀបដែលយើងធ្វើការដើម្បីផលប្រយោជន៍ជាតិមាតុភូមិ!

តើអ្នកបំបាត់ខ្លួនអ្នកពីកិច្ចការដែលធ្លាប់ធ្វើ និងមិនចាប់អារម្មណ៍ដោយរបៀបណា?

ខ្ញុំសង្ឃឹមថាការអានប្រែជាគួរឱ្យចាប់អារម្មណ៍ ហើយប្រហែលជាមានប្រយោជន៍សម្រាប់នរណាម្នាក់ ហើយខ្ញុំមិនមានពេលធុញអ្នកអាន... សូមសំណាងល្អទាំងអស់គ្នា។

ប្រភព: www.habr.com