កាល​ពី​ពីរ​ឆ្នាំ​មុន ខ្ញុំ​បាន​ប្រកាស​រួច​ហើយ។ ការបរាជ័យសាមញ្ញសម្រាប់គេហទំព័រ អំពី អូកឺរ. ឥឡូវ​នេះ​មាន​ការ​អភិវឌ្ឍ​គម្រោង​មួយ​ចំនួន ហើយ​ខ្ញុំ​ក៏​បាន​ចុះ​ផ្សាយ​ដែរ។ កូដប្រភពចំហៀងម៉ាស៊ីនមេ okerr ក្រោម បើកអាជ្ញាប័ណ្ណនោះហើយជាមូលហេតុដែលខ្ញុំសម្រេចចិត្តសរសេរការពិនិត្យឡើងវិញខ្លីនេះនៅលើ Habr ។

[ ទំហំពេញ ]

អ្នកដែលវាអាចចាប់អារម្មណ៍

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

ហេតុអ្វីបានជា okerr មិនធម្មតា

បន្ទាប់ខ្ញុំនឹងបង្ហាញលក្ខណៈពិសេសគួរឱ្យចាប់អារម្មណ៍នៃ okerra ដែលសម្គាល់វាពីប្រព័ន្ធត្រួតពិនិត្យមួយចំនួនផ្សេងទៀត។

Okerr គឺជាការត្រួតពិនិត្យកូនកាត់

កំឡុងពេលត្រួតពិនិត្យផ្ទៃក្នុង “ភ្នាក់ងារ” កំពុងដំណើរការលើម៉ាស៊ីនដែលបានត្រួតពិនិត្យ ដែលបញ្ជូនទិន្នន័យទៅម៉ាស៊ីនមេត្រួតពិនិត្យ (ឧទាហរណ៍ ទំហំថាសទំនេរ)។ នៅពេលខាងក្រៅ ម៉ាស៊ីនមេធ្វើការត្រួតពិនិត្យលើបណ្តាញ (ឧទាហរណ៍ ping ឬគេហទំព័រអាចរកបាន)។ វិធីសាស្រ្តនីមួយៗមានដែនកំណត់របស់វា។ Okerr ប្រើជម្រើសទាំងពីរ។ ការត្រួតពិនិត្យខាងក្នុងម៉ាស៊ីនមេត្រូវបានអនុវត្តដោយភ្នាក់ងារពន្លឺខ្លាំង (30Kb) ឬស្គ្រីប និងកម្មវិធីផ្ទាល់ខ្លួនរបស់អ្នក ហើយការត្រួតពិនិត្យបណ្តាញត្រូវបានអនុវត្តតាមរយៈឧបករណ៍ចាប់សញ្ញា okerr នៅក្នុងប្រទេសផ្សេងៗគ្នា។

okerr មិនត្រឹមតែជាកម្មវិធីប៉ុណ្ណោះទេ ប៉ុន្តែក៏ជាសេវាកម្មផងដែរ។

ផ្នែកម៉ាស៊ីនមេនៃការត្រួតពិនិត្យណាមួយមានទំហំធំ និងស្មុគស្មាញ វាពិបាកក្នុងការដំឡើង និងកំណត់រចនាសម្ព័ន្ធ ហើយវាទាមទារធនធាន។ ជាមួយ okerr អ្នកអាចដំឡើងម៉ាស៊ីនមេត្រួតពិនិត្យផ្ទាល់ខ្លួនរបស់អ្នក (វាឥតគិតថ្លៃ និងប្រភពបើកចំហ) ឬអ្នកអាចប្រើតែផ្នែកអតិថិជន និងប្រើប្រាស់សេវាកម្មនៃម៉ាស៊ីនមេរបស់យើង។ ឥតគិតថ្លៃផងដែរ។

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

ជាការពិតណាស់ វាមានហានិភ័យដែលម៉ាស៊ីនមេ okerr ខ្លួនវានឹងមិនអាចប្រើបាន នេះជាការពិត (ដូចដែលអ្នកបានដឹងហើយថា 90% នៃភាពអាចជឿជាក់បានតែងតែទទួលបានយ៉ាងសាមញ្ញ និង "ឥតគិតថ្លៃ" 99% ជាមួយនឹងការខិតខំប្រឹងប្រែងអប្បបរមា ហើយប្រាំបួនជាបន្តបន្ទាប់នីមួយៗគឺ កាន់តែពិបាក) ។ ប៉ុន្តែ ទីមួយ ឱកាសនៃការកើតឡើងនេះគឺទាបជាង ហើយទីពីរ បញ្ហានេះអាចនឹងមិនមាននរណាកត់សម្គាល់បានលុះត្រាតែវាកើតឡើងជាមួយបញ្ហានៅលើម៉ាស៊ីនមេរបស់យើង។ ប្រសិនបើយើងមានភាពជឿជាក់ 99.9% ហើយអ្នកមាន 99.9% (លេខមិនខ្ពស់ពេក) នោះឱកាសនៃការបរាជ័យដែលមិនអាចរកឃើញគឺ 0.1% នៃ 0.1% = 0.0001% ។ ការបន្ថែម XNUMX ប្រាំបួនទៅភាពជឿជាក់របស់អ្នកស្ទើរតែគ្មានការខិតខំប្រឹងប្រែងនិងដោយមិនចំណាយគឺល្អណាស់!

អត្ថប្រយោជន៍មួយទៀតនៃការត្រួតពិនិត្យជាសេវាកម្មគឺថាអ្នកផ្តល់សេវាបង្ហោះឬស្ទូឌីយោគេហទំព័រអាចដំឡើងម៉ាស៊ីនមេ okerr និងផ្តល់ការចូលប្រើដល់អតិថិជនជាសេវាកម្មបន្ថែមដែលបង់ប្រាក់ឬឥតគិតថ្លៃ។ ដៃគូប្រកួតប្រជែងរបស់អ្នកគ្រាន់តែមានបង្ហោះ និងគេហទំព័រ ប៉ុន្តែអ្នកមានបង្ហោះដែលអាចទុកចិត្តបានជាមួយនឹងការត្រួតពិនិត្យ។

Okerr គឺអំពីសូចនាករ

សូចនាករគឺ "អំពូលភ្លើង" ។ វាមានរដ្ឋសំខាន់ពីរ - បៃតង (យល់ព្រម) ឬក្រហម (ERR) ។ គម្រោងនេះមានសូចនាករជាច្រើនដែលបានដាក់ជាក្រុម (ឧទាហរណ៍ តាមម៉ាស៊ីនមេ)។ នៅលើទំព័រមេនៃគម្រោង អ្នកឃើញភ្លាមៗថាអ្វីៗទាំងអស់មានពណ៌បៃតង (ហើយអ្នកអាចបិទវាបាន) ឬអ្វីមួយមានពន្លឺពណ៌ក្រហម ហើយត្រូវការកែតម្រូវ។ នៅពេលផ្លាស់ប្តូររវាងរដ្ឋទាំងនេះ ការជូនដំណឹងត្រូវបានផ្ញើ។ ម្តងក្នុងមួយថ្ងៃ ខណៈពេលដែលអ្នកកំពុងរៀបចំវា សេចក្តីសង្ខេបនៃគម្រោងត្រូវបានផ្ញើ។

សូចនាករ okerr នីមួយៗមានលក្ខខណ្ឌភ្ជាប់មកជាមួយ ដែលវាផ្លាស់ប្តូរស្ថានភាព (នៅក្នុង Zabbix នេះត្រូវបានគេហៅថា កេះ)។ ឧទាហរណ៍ ការផ្ទុកជាមធ្យមគួរតែមិនលើសពី 2 (ជាការពិត វាអាចកំណត់បាន)។ ហើយសម្រាប់ការត្រួតពិនិត្យផ្ទៃក្នុងនីមួយៗ (ផ្ទុកមធ្យម, ថាសឥតគិតថ្លៃ, ... ) មានអ្នកឃ្លាំមើល។ ប្រសិនបើសម្រាប់ហេតុផលមួយចំនួនយើងមិនទទួលបានការបញ្ជាក់ដោយជោគជ័យនៅពេលកំណត់នោះ កំហុសមួយត្រូវបានកត់ត្រា ហើយការជូនដំណឹងត្រូវបានផ្ញើ។

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

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

គោលបំណងដែលអ្នកកំពុងដំឡើង okerr គឺស្ថិតនៅក្នុងការដាស់តឿន ដូច្នេះអ្នកអាចបង្កើតសូចនាករមួយក្នុងមួយនាទី វាអាច "គេង" សម្រាប់មួយឆ្នាំ គ្រាន់តែទទួលយកការអាប់ដេត ហើយនៅពេលដែលមួយឆ្នាំក្រោយមកមានអ្វីមួយដាច់ វាភ្លឺហើយផ្ញើ ការដាស់តឿន។ នាទីដែលអ្នកធ្លាប់ចំណាយដើម្បីបង្កើតសូចនាករបានទូទាត់ អ្នកបានដឹងពីបញ្ហាភ្លាមៗ មុនពេលអ្នកផ្សេង។ វាអាចទៅរួចដែលថាពួកគេបានជួសជុលវាមុនពេលនរណាម្នាក់កត់សម្គាល់។ អ្វី​ដែល​លើក​ឡើង​លឿន​មិន​ចាត់​ទុក​ថា​ធ្លាក់​!

សន្តិសុខ

វានឹងជាការអាម៉ាស់ ប្រសិនបើអ្នករៀបចំការត្រួតពិនិត្យសម្រាប់ជាប្រយោជន៍នៃការបង្កើនភាពជឿជាក់ ប៉ុន្តែជាលទ្ធផល អ្នកត្រូវបានវាយប្រហារលើបណ្តាញតាមរយៈវា ហើយមានភាពងាយរងគ្រោះបណ្តាញជាច្រើននៅក្នុងឧបករណ៍ត្រួតពិនិត្យផ្សេងៗគ្នា (Zabbix, Nagios).

ភ្នាក់ងារ (okerrmod ពីកញ្ចប់ okerupdate) ដែលដំណើរការលើប្រព័ន្ធមិនមែនជាម៉ាស៊ីនមេបណ្តាញទេ ប៉ុន្តែជាម៉ាស៊ីនភ្ញៀវ។ ដូច្នេះមិនមានច្រកបើកចំហបន្ថែមនៅលើម៉ាស៊ីនមេដែលបានត្រួតពិនិត្យទេ អតិថិជនអាចធ្វើការយ៉ាងងាយស្រួលនៅពីក្រោយជញ្ជាំងភ្លើង ឬ NAT ហើយពិបាកណាស់ (ខ្ញុំចង់និយាយថា "មិនអាចទៅរួចទេ") ដើម្បីលួចចូលបណ្តាញ ដោយសារជាគោលការណ៍វាមិនស្តាប់បណ្តាញ។ រន្ធ។

ការត្រួតពិនិត្យពេញលេញ

ឥឡូវនេះច្បាប់របស់យើងគឺថាយើងរៀនអំពីបញ្ហាបច្ចេកទេសទាំងអស់ពី okerr ។ ប្រសិនបើភ្លាមៗនោះច្បាប់ត្រូវបានបំពាន (okrr មិនបានព្រមានអំពីការកើតឡើងដែលជិតមកដល់របស់វា (ប្រសិនបើអាចធ្វើទៅបាន) ឬថាវាបានកើតឡើងរួចហើយ) - យើងបន្ថែមការត្រួតពិនិត្យទៅ okerr ។

ការត្រួតពិនិត្យខាងក្រៅ

ឈុតធម្មតា៖

• ping
• ស្ថានភាព http
• ពិនិត្យមើលសុពលភាព និងភាពស្រស់នៃវិញ្ញាបនបត្រ SSL (នឹងព្រមានប្រសិនបើវាហៀបនឹងផុតកំណត់)
• បើកច្រក TCP និងបដានៅលើវា។
• http grep (ទំព័រ [មិនត្រូវ] មានអត្ថបទជាក់លាក់)
• sha1 hash ដើម្បីចាប់ការផ្លាស់ប្តូរទំព័រ។
• DNS (កំណត់ត្រា DNS ត្រូវតែមានតម្លៃជាក់លាក់)
• WHOIS (នឹងព្រមានប្រសិនបើដែនហៀបនឹងអាក្រក់)
• Antispam DNSBL (ម៉ាស៊ីនពិនិត្យប្រឆាំងនឹង 50+ បញ្ជីខ្មៅប្រឆាំងសារឥតបានការក្នុងពេលតែមួយ)

ការត្រួតពិនិត្យផ្ទៃក្នុង

ផងដែរ សំណុំស្តង់ដារត្រឹមត្រូវ (ប៉ុន្តែអាចពង្រីកបានយ៉ាងងាយស្រួល)។

• df (ទំហំថាសទំនេរ)
• ផ្ទុកជាមធ្យម
• opentcp (បើករន្ធស្តាប់ TCP - នឹងជូនដំណឹងប្រសិនបើមានអ្វីមួយបានចាប់ផ្តើមឬគាំង)
• uptime - គ្រាន់តែជាម៉ោងធ្វើការនៅលើម៉ាស៊ីនមេ។ នឹងជូនដំណឹងប្រសិនបើវាបានផ្លាស់ប្តូរ (ឧ. ម៉ាស៊ីនមេបានផ្ទុកលើសទម្ងន់)
• client_ip
• dirsize - យើងប្រើវាដើម្បីតាមដាននៅពេលដែល rootfs ម៉ាស៊ីននិម្មិតរបស់យើងលើសពីទំហំដែលបានអនុញ្ញាត ដោយមិនណែនាំការរឹតបន្តឹងតឹងរ៉ឹង និងទំហំនៃថតផ្ទះអ្នកប្រើប្រាស់
• ទទេនិងមិនទទេ - ត្រួតពិនិត្យឯកសារដែលគួរតែទទេ (ឬមិនទទេ) ។ ឧទាហរណ៍ កំណត់ហេតុកំហុសរបស់ម៉ាស៊ីនមេ okerr ខ្លួនវាគួរតែទទេ ហើយប្រសិនបើមានសូម្បីតែបន្ទាត់នៅក្នុងនោះ ខ្ញុំនឹងទទួលបានការជូនដំណឹង និងពិនិត្យមើលវា។ ប៉ុន្តែ mail.log នៅលើម៉ាស៊ីនមេមិនគួរទទេទេ (N នាទីបន្ទាប់ពីការបង្វិល) ។ ហើយពេលខ្លះវាទទេសម្រាប់យើងបន្ទាប់ពីការធ្វើបច្ចុប្បន្នភាពប្រព័ន្ធ នៅពេលដែល logrotate មិនអាចចាប់ផ្តើម rsyslog ឡើងវិញបានត្រឹមត្រូវ។
• linecount - ចំនួនបន្ទាត់ក្នុងឯកសារ (ដូចជា wc -l)។ យើងប្រើវាជាការជំនួសទន់ជាងសម្រាប់ទទេ នៅពេលដែលកំណត់ហេតុកំហុសនៅតែអាចកើនឡើង ប៉ុន្តែមានតែយឺតៗប៉ុណ្ណោះ (ឧទាហរណ៍ Googlebot វាយប្រហារទំព័របិទមួយចំនួន)។ មានដែនកំណត់ 2 បន្ទាត់ក្នុងរយៈពេល 20 នាទី។ ប្រសិនបើវាខ្ពស់ជាងវានឹងមានការជូនដំណឹង

ការត្រួតពិនិត្យផ្ទៃក្នុងគួរឱ្យចាប់អារម្មណ៍

ប្រសិនបើអ្នកបានអាន "តាមអង្កត់ទ្រូង" រហូតមកដល់ចំណុចនេះ ឥឡូវនេះ វានឹងកាន់តែគួរឱ្យចាប់អារម្មណ៍ក្នុងការអានដោយប្រុងប្រយ័ត្នបន្ថែមទៀត។

ព័ត៌មានបម្រុង

ត្រួតពិនិត្យការបម្រុងទុកនៅក្នុងថត។ ឯកសារបម្រុងទុករបស់យើងមានឈ្មោះដូចជា “ServerName-20200530.tar.gz”។ សម្រាប់ម៉ាស៊ីនមេនីមួយៗនៅក្នុង okerr សូចនាករ ServerName-DATE.tar.gz ត្រូវបានបង្កើត (កាលបរិច្ឆេទពិតប្រាកដផ្លាស់ប្តូរទៅបន្ទាត់ “DATE”)។ វត្តមាននៃការបម្រុងទុកថ្មី និងទំហំរបស់វាត្រូវបានត្រួតពិនិត្យផងដែរ (ឧទាហរណ៍ វាមិនអាចតិចជាង 90% នៃការបម្រុងទុកពីមុនទេ)។

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

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

ប្រសិនបើភ្លាមៗនោះឯកសារបម្រុងទុកថ្មីៗឈប់បង្ហាញ វានឹងមានការជូនដំណឹង។ ឧទាហរណ៍ ប្រសិនបើអ្នកបានបិទម៉ាស៊ីនមេណាមួយ ហើយមិនគួរមានការបម្រុងទុកទៀតទេ អ្នកនឹងត្រូវលុបសូចនាករ (តាមរយៈចំណុចប្រទាក់បណ្ដាញ ឬពីសែលតាមរយៈ API)។

maxfilesz

តាមដានទំហំនៃឯកសារធំបំផុត (ជាធម្មតា៖ /var/log/*) ។ នេះអនុញ្ញាតឱ្យអ្នកចាប់យកបញ្ហាដែលមិនអាចទាយទុកជាមុនបាន ឧទាហរណ៍ ពាក្យសម្ងាត់បង្ខំ brute ឬផ្ញើសារឥតបានការតាមរយៈម៉ាស៊ីនមេ។

ស្ថានភាពរត់/បន្ទាត់រត់

ទាំងនេះគឺជាម៉ូឌុលប្រូកស៊ីដ៏សំខាន់ពីរសម្រាប់ដំណើរការកម្មវិធីផ្សេងទៀតនៅលើម៉ាស៊ីនមេ។ Runstatus រាយការណ៍កូដចេញកម្មវិធីទៅកាន់សូចនាករ។ ឧទាហរណ៍ okerr មិន (ទាមទារ) ម៉ូឌុលដើម្បីពិនិត្យមើលថាសេវាប្រព័ន្ធកំពុងដំណើរការ។ នេះត្រូវបានធ្វើតាមរយៈស្ថានភាពរត់ (សូមមើលខាងក្រោម) ។ Runline - រាយការណ៍ទៅម៉ាស៊ីនមេនូវបន្ទាត់ដែលកម្មវិធីផលិត។ ឧទាហរណ៍, temp_RUN="cat /sys/class/thermal/thermal_zone0/temp" នៅក្នុង Runline config នៅលើ server របស់យើង បង្កើត indicator servername: temp with processor temperature ។

sql

ប្រតិបត្តិសំណួរជាលេខទៅ MySQL ហើយរាយការណ៍លទ្ធផលទៅសូចនាករ។ ក្នុងករណីសាមញ្ញ អ្នកអាចធ្វើបាន ឧទាហរណ៍ "SELECT 1" - វានឹងពិនិត្យមើលថា DBMS ទាំងមូលកំពុងដំណើរការ។

ប៉ុន្តែកម្មវិធីដែលគួរឱ្យចាប់អារម្មណ៍ជាងនេះគឺឧទាហរណ៍ ការតាមដានចំនួននៃការបញ្ជាទិញនៅក្នុងហាងអនឡាញ។ ប្រសិនបើអ្នកដឹងថាអ្នកមានការបញ្ជាទិញ 100 ឬច្រើនជាងនេះក្នុងមួយម៉ោង អ្នកអាចកំណត់អប្បបរមាដល់ 100 ឬ 80។ បន្ទាប់មក ប្រសិនបើការលក់របស់អ្នកធ្លាក់ចុះភ្លាមៗ អ្នកនឹងទទួលបានការដាស់តឿន ហើយអ្នកអាចដោះស្រាយវាបាន។

ចំណាំថាវាមិនមានបញ្ហាអ្វីសម្រាប់ហេតុផលដែលមិនអាចទាយទុកជាមុនបានដែលវាបានកើតឡើង៖

• ម៉ាស៊ីនមេគឺមិនអាចប្រើប្រាស់បានធម្មតាទេ (បានផ្តាច់ថាមពល ឬគ្មានបណ្តាញ) ហើយការជូនដំណឹងបានមកពីការពិតដែលថាសូចនាករ "រលួយ" ។
• ម៉ាស៊ីនមេផ្ទុកលើសទម្ងន់ជាមួយអ្វីមួយ វាដំណើរការយឺត ឬបាត់កញ្ចប់ព័ត៌មាន វារអាក់រអួលសម្រាប់អ្នកប្រើប្រាស់ ហើយពួកគេចាកចេញដោយមិនធ្វើការទិញ
• ម៉ាស៊ីនមេត្រូវបានរួមបញ្ចូលក្នុងបញ្ជីសារឥតបានការ ហើយសំបុត្រពីវាមិនត្រូវបានទទួលយកទេ អ្នកប្រើប្រាស់មិនអាចចុះឈ្មោះបានទេ។
• ថវិកាយុទ្ធនាការផ្សាយពាណិជ្ជកម្មបានអស់ហើយ បដាមិនត្រូវបានបង្វិលទេ។

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

សូចនាករឡូជីខល

អនុញ្ញាតឱ្យប្រើកន្សោមប៊ូលីន (វាក្យសម្ព័ន្ធ Python) តាមរយៈម៉ូឌុល ធ្វើឱ្យមានសុពលភាព(អត្ថបទអំពី Habre) ទិន្នន័យពីគម្រោង និងសូចនាកររបស់វាអាចរកបានសម្រាប់ការបញ្ចេញមតិ។ ឧទាហរណ៍នៅក្នុងជំពូកអំពីការត្រួតពិនិត្យ SQL ខាងលើអ្នកប្រហែលជាបានកត់សម្គាល់ចំណុចខ្សោយមួយ - ក្នុងអំឡុងពេលថ្ងៃយើងអាចមានការលក់ 100 ក្នុងមួយម៉ោងប៉ុន្តែនៅពេលយប់ - 20 ហើយនេះគឺជារឿងធម្មតាមិនមែនជាបញ្ហាទេ។ តើ​ខ្ញុ​ុំ​គួរ​ធ្វើអ្វី? សូចនាករនឹងភ័យស្លន់ស្លោឥតឈប់ឈរនៅពេលយប់។

អ្នកអាចបង្កើតសូចនាករពីរគឺថ្ងៃនិងយប់។ ធ្វើឱ្យទាំងពីរ "ស្ងាត់" (ពួកគេនឹងមិនផ្ញើការជូនដំណឹង) ។ ហើយបង្កើតសូចនាករឡូជីខលដែលតម្រូវឱ្យសូចនាករថ្ងៃគឺយល់ព្រមមុនម៉ោង 20:00 ហើយបន្ទាប់ពីម៉ោង 20:00 វាគ្រប់គ្រាន់សម្រាប់សូចនាករពេលយប់គឺយល់ព្រម។

ឧទាហរណ៍មួយទៀតនៃការប្រើសូចនាករឡូជីខលគឺ ការកើនឡើង. ឧទាហរណ៍ អ្នកគ្រប់គ្រងគម្រោងឈប់ជាវពីការជូនដំណឹង (គាត់មិនចាំបាច់ធ្វើបែបនេះទេ អ្នកគ្រប់គ្រងគួរតែឆ្លើយតបទៅនឹងបញ្ហាធម្មតា) ប៉ុន្តែជាវសូចនាករឡូជីខលដែលប្រែទៅជាពណ៌ក្រហម ប្រសិនបើសូចនាករណាមួយនៅក្នុងគម្រោងមិនត្រូវបានកែតម្រូវក្នុងរយៈពេលកំណត់។

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

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

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

បន្ថែមការត្រួតពិនិត្យផ្ទាល់ខ្លួនរបស់អ្នក។

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

ការត្រួតពិនិត្យលើប្រាក់ឈ្នួលអប្បបរមាត្រូវបានធ្វើឡើងតាមរយៈម៉ូឌុល ស្ថានភាពរត់:

បន្ទាត់នេះនៅក្នុងការកំណត់ ស្ថានភាពរត់ នឹងជូនដំណឹងដល់អ្នកប្រសិនបើ /bin/true ភ្លាមៗមិនចាប់ផ្តើម ឬត្រឡប់អ្វីផ្សេងក្រៅពី 0។

true_OK=/bin/true

គ្រាន់តែមួយបន្ទាត់ - ហើយនៅទីនេះយើងបន្តិចរួចទៅហើយ បានពង្រីក មុខងារ okerr ។

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

ការត្រួតពិនិត្យនេះនឹងជូនដំណឹងថាម៉ាស៊ីនមេ apache2 បានគាំង (ល្អអ្នកមិនដែលដឹងទេ ... ):

apache_OK="systemctl is-active --quiet apache2"

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

កាន់តែពិបាក - អ្នកអាចសរសេរ (ជាភាសាណាមួយ) ម៉ូឌុលផ្ទាល់ខ្លួនរបស់អ្នកសម្រាប់ okerrmod ។ ក្នុងករណីសាមញ្ញបំផុតវាមើលទៅដូចនេះ:

#!/usr/bin/python3

print("STATUS: OK")

ពិបាកណាស់មែនទេ? ម៉ូឌុលត្រូវតែធ្វើការពិនិត្យដោយខ្លួនឯង ហើយបញ្ចេញលទ្ធផលទៅជា STDOUT ។ ម៉ូឌុលស្មុគ្រស្មាញជាងនេះផ្តល់ឱ្យឧទាហរណ៍នេះ:

$ okerrmod --dump df
NAME: pi:df-/
TAGS: df
METHOD: numerical|maxlim=90
DETAILS: 49.52%, 13.9G/28.2G used, 13.0G free
STATUS: 49.52

NAME: pi:df-/boot
TAGS: df
METHOD: numerical|maxlim=90
DETAILS: 84.32%, 53.1M/62.9M used, 9.9M free
STATUS: 84.32

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

Telegram

មាន Telegram bot @OkerrBot. អ្នកមិនចាំបាច់ពង្រាយទូរស័ព្ទរបស់អ្នកជាមួយកម្មវិធីដាច់ដោយឡែកទេ (ខ្ញុំមិនចូលចិត្តវាសម្រាប់ Pyaterochka អ្នកត្រូវការកម្មវិធីមួយជាមួយផែនទី សម្រាប់ Lenta មួយផ្សេងទៀតសម្រាប់ MTS ទីបី ហើយដូច្នេះនៅលើសម្រាប់អ្នករាល់គ្នា ទាំងអស់ ទាំងអស់)។ តេឡេក្រាមមួយគឺគ្រប់គ្រាន់ហើយ។ តាមរយៈតេឡេក្រាម អ្នកអាចទទួលបានការជូនដំណឹងភ្លាមៗ ពិនិត្យមើលស្ថានភាពនៃគម្រោង និងផ្តល់ពាក្យបញ្ជាដើម្បីពិនិត្យមើលឡើងវិញនូវសូចនាករដែលមានបញ្ហាទាំងអស់។ យើងចាកចេញពីរោងកុន/យន្តហោះ មិនបានរក្សាម្រាមដៃរបស់យើងនៅលើជីពចររយៈពេលពីរម៉ោង បើកទូរស័ព្ទ ចុចប៊ូតុងមួយនៅក្នុង chatbot ហើយត្រូវប្រាកដថាអ្វីៗគ្រប់យ៉ាងល្អ។

ទំព័រស្ថានភាព

សព្វថ្ងៃនេះ ទំព័រស្ថានភាពគឺស្ទើរតែត្រូវតែមានសម្រាប់អាជីវកម្មណាមួយដែលមានព័ត៌មានវិទ្យា អាកប្បកិរិយាប្រកបដោយទំនួលខុសត្រូវចំពោះភាពជឿជាក់ និងដែលគោរពអតិថិជន/អ្នកប្រើប្រាស់របស់ខ្លួន។

ស្រមៃមើលស្ថានភាពមួយ - អ្នកប្រើប្រាស់ចង់ធ្វើអ្វីមួយ មើលព័ត៌មាន ឬធ្វើការបញ្ជាទិញ ហើយមានអ្វីមួយមិនដំណើរការ។ លោក​មិន​ដឹង​ថា​មាន​បញ្ហា​អ្វី​កើតឡើង​នៅ​ខាង​ណា​ទេ ហើយ​ត្រូវ​ដោះស្រាយ​នៅ​ពេល​ណា​នោះ​ទេ។ ប្រហែលជាក្រុមហ៊ុនរបស់អ្នកមានគេហទំព័រដែលមិនមានមុខងារមែនទេ? ឬមួយបានបំបែកកាលពីប្រាំមួយខែមុន ហើយវានឹងជួសជុលក្នុងរយៈពេលពីរឆ្នាំ? ប៉ុន្តែអ្នកត្រូវទិញទូទឹកកកឥឡូវនេះ វាមាននៅក្នុងរទេះរួចហើយ... ហើយវាជាបញ្ហាខុសគ្នាទាំងស្រុងនៅពេលដែលមនុស្សម្នាក់ឃើញថាមានអ្វីមួយខុសជាមួយអ្នក (យ៉ាងហោចណាស់វាច្បាស់ណាស់ថាបញ្ហាមិនស្ថិតនៅខាងគាត់ទេ) បញ្ហាត្រូវបានរកឃើញ ដែលអ្នកកំពុងធ្វើការលើវារួចហើយ ហើយប្រហែលជាសរសេរពេលវេលាប្រហាក់ប្រហែលសម្រាប់ការកែតម្រូវ។ អ្នកប្រើប្រាស់អាចជាវ និងទទួលបានការជូនដំណឹងតាមអ៊ីមែល នៅពេលដែលបញ្ហាត្រូវបានជួសជុល ហើយគាត់អាចធ្វើអ្វីដែលគាត់ចង់បាន (ទិញទូទឹកកក)។

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

នៅទីនេះ ពិនិត្យឡើងវិញនៃគម្រោង 10 ផ្សេងទៀតដែលអនុញ្ញាតឱ្យអ្នកបង្កើតទំព័រស្ថានភាព. នេះគឺជាឧទាហរណ៍នៃអ្វីដែលទំព័រគម្រោងទាំងនេះមើលទៅដូច ពស់ថ្លាន់ и Dropbox. ទំព័រស្ថានភាព okerr.

បរាជ័យ

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

តម្រូវការប្រព័ន្ធទាប

សម្រាប់ okerr servers យើងប្រើម៉ាស៊ីនដែលមាន RAM ចាប់ពី 2Gb។ សម្រាប់ឧបករណ៍ចាប់សញ្ញាបណ្តាញសូម្បីតែ 512Mb គឺគ្រប់គ្រាន់។ ផ្នែកអតិថិជនជាទូទៅស្ទើរតែសូន្យ។ (ថង់ផ្លាស្ទិច okerupdate មានទម្ងន់ 26 Kb ប៉ុន្តែត្រូវការ Python3 និងបណ្ណាល័យស្តង់ដារ)។ ម៉ាស៊ីនភ្ញៀវដំណើរការពីស្គ្រីប cron ដូច្នេះវាមិនមានការប្រើប្រាស់អង្គចងចាំជាប់លាប់ទេ។ ក្នុងចំណោមម៉ាស៊ីនដែលយើងត្រួតពិនិត្យ យើងមានឧបករណ៍ចាប់សញ្ញា (VPS ថោកបំផុតជាមួយ RAM 512Mb) និង Raspberry Pi ។ វាអាចទៅរួចសូម្បីតែដោយគ្មានផ្នែកអតិថិជន ផ្ញើបច្ចុប្បន្នភាពតាមរយៈ curl! (មើល​ខាង​ក្រោម)

យកទៅក្នុងគណនី - okerr ប្រហែលជា ឥតគិតថ្លៃបំផុត។ ប្រព័ន្ធត្រួតពិនិត្យពីប្រព័ន្ធដែលមានស្រាប់ ពីព្រោះសូម្បីតែដើម្បីប្រើប្រព័ន្ធប្រភពបើកចំហឥតគិតថ្លៃផ្សេងទៀតដូចជា Zabbix ឬ Nagios អ្នកត្រូវបែងចែកធនធាន (ម៉ាស៊ីនមេ) ទៅវា ហើយនេះគឺជាប្រាក់រួចហើយ។ លើសពីនេះទៀត ការថែទាំម៉ាស៊ីនមេមួយចំនួននៅតែត្រូវបានទាមទារ។ ជាមួយនឹង okerr ផ្នែកនេះអាចត្រូវបានយកចេញ។ ឬអ្នកមិនចាំបាច់ដកវាចេញ ហើយប្រើម៉ាស៊ីនមេរបស់អ្នកទេ អាស្រ័យលើអ្វីដែលអ្នកចូលចិត្តជាងគេ។

API និងការរួមបញ្ចូលទៅក្នុងកម្មវិធីដែលមានកម្មសិទ្ធិ

ស្ថាបត្យកម្មសាមញ្ញនិងបើកចំហ។ okerr មានភាពសាមញ្ញណាស់។ ការ APIដែលងាយស្រួលធ្វើការជាមួយ។ ត្រូវការបង្កើត 1000 សូចនាករ? ស្គ្រីបសែលមួយនៃបន្ទាត់ 3-4 នឹងធ្វើដូចនេះ។ ត្រូវការកំណត់រចនាសម្ព័ន្ធសូចនាករ 1000 ឡើងវិញទេ? វាក៏មានភាពងាយស្រួលផងដែរ។ ជាឧទាហរណ៍ យើងចង់ពិនិត្យមើលវិញ្ញាបនបត្រ HTTPS របស់យើងពីរដងពីឧបករណ៍ចាប់សញ្ញារុស្ស៊ី៖

#!/bin/sh

for indicator in `okerrclient --api-filter sslcert`
do
    echo set location for $indicator
    okerrclient --api-set location=ru retest=1 --name $indicator
done

អ្នកអាចធ្វើបច្ចុប្បន្នភាពសូចនាករដោយប្រើម៉ូឌុលអតិថិជនរបស់យើង ទោះបីជាគ្មានវាក៏ដោយ គ្រាន់តែតាមរយៈ curl ។

# short and nice (using okerrupdate and config file)
$ okerrupdate MyIndicator OK

# only curl is enough!
$ curl -d 'textid=MyProject&name=MyIndicator&secret=MySecret&status=OK' https://bravo.okerr.com/

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

នេះគឺជាកូដ (សាមញ្ញ) នៅក្នុង Telegram bot របស់យើង៖

from okerrupdate import OkerrProject, OkerrExc

op = OkerrProject()
uptimei = op.indicator("{}:telebot_uptime".format(hostname))
...
uptimei.update('OK', 'pid: {} Uptime: {} cmds: {}'.format(
        os.getpid(), dhms(uptime), commands_cnt))

មានបណ្ណាល័យសម្រាប់ធ្វើបច្ចុប្បន្នភាពសូចនាករពីកម្មវិធី Python okerupdateសម្រាប់ភាសាផ្សេងទៀតមិនមានបណ្ណាល័យទេ ប៉ុន្តែអ្នកអាចហៅស្គ្រីប okerrupdate ឬធ្វើសំណើ HTTP ទៅម៉ាស៊ីនមេ okerr ។

របៀបដែល oker ជួយយើង

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

យើងបានគ្រប់គ្រងដើម្បីរស់នៅដោយគោលការណ៍ "រៀនអំពីបញ្ហាទាំងអស់ពី kerra" ។ ប្រសិនបើភ្លាមៗមានបញ្ហាកើតឡើងដែលយើងមិនបានរៀនពី okerr យើងបន្ថែមការត្រួតពិនិត្យទៅ okerr ។ (ក្នុងករណីនេះដោយ "យើង" ខ្ញុំមានន័យថាយើងជាអ្នកប្រើប្រាស់ប្រព័ន្ធ មិនមែនសហអ្នកអភិវឌ្ឍន៍ទេ)។ ពីដំបូងនេះជារឿងធម្មតា ប៉ុន្តែឥឡូវនេះវាបានក្លាយជាកម្រណាស់។

ការត្រួតពិនិត្យ

តាមរយៈ okerr យើងត្រួតពិនិត្យទំហំកំណត់ហេតុនៅលើម៉ាស៊ីនមេទាំងអស់។ ជាការពិត វាមិនអាចទៅរួចទេក្នុងការអានគ្រប់បន្ទាត់នៃកំណត់ហេតុដោយភ្នែករបស់អ្នក ប៉ុន្តែការតាមដានអត្រាកំណើនបានផ្តល់ច្រើនរួចទៅហើយ។ តាមរយៈនេះ យើងបានរកឃើញសារឥតបានការ និងការស្វែងរកពាក្យសម្ងាត់ដោយបង្ខំ ហើយនៅពេលដែលកម្មវិធីមួយចំនួន "ឆ្កួត" អ្វីមួយមិនដំណើរការសម្រាប់ពួកគេ ហើយពួកគេធ្វើវាម្តងហើយម្តងទៀត (រាល់ពេលដែលបន្ថែមពីរបីបន្ទាត់ទៅកំណត់ហេតុ )

វិញ្ញាបនបត្រ SSL ។ ស្ទើរតែភ្លាមៗបន្ទាប់ពីការបើកដំណើរការ អនុញ្ញាតឱ្យអ៊ិនគ្រីប អតិថិជនរបស់យើងបានចាប់ផ្តើមផ្តល់វិញ្ញាបនបត្រ SSL ដោយឥតគិតថ្លៃដល់អតិថិជនរបស់ខ្លួន (ប្រហែលមួយពាន់នាក់ក្នុងចំណោមពួកគេ)។ ហើយវាបានប្រែក្លាយគ្រាន់តែជាឋាននរកសម្រាប់ការគ្រប់គ្រង! ការពិតគឺថាគេហទំព័រគឺ "ផ្សាយបន្តផ្ទាល់" អតិថិជនស្នើសុំឱ្យពួកគេធ្វើអ្វីមួយជាទៀងទាត់អ្នកសរសេរកម្មវិធីធ្វើវា។ ពួកគេអាចផ្ទេរគេហទំព័រទៅ DocumentRoot ផ្សេងទៀតដោយសេរី។ ឬបន្ថែមការសរសេរឡើងវិញដោយគ្មានលក្ខខណ្ឌទៅការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីននិម្មិត។ ជាធម្មតាបន្ទាប់ពីនេះ ការបន្តដោយស្វ័យប្រវត្តិនៃវិញ្ញាបនបត្រខូច។ ឥឡូវនេះយើងមានម៉ាស៊ីន SSL ទាំងអស់ត្រូវបានបន្ថែមទៅ okerr ដោយស្វ័យប្រវត្តិតាមរយៈឧបករណ៍ប្រើប្រាស់មានប្រយោជន៍ផ្សេងទៀតរបស់យើងពីកញ្ចប់ a2conf. តោះចាប់ផ្តើម a2okerr.py — ហើយប្រសិនបើគេហទំព័រថ្មីជាច្រើនលេចឡើងនៅលើម៉ាស៊ីនមេ ពួកគេនឹងបង្ហាញដោយស្វ័យប្រវត្តិនៅក្នុង okerr ។ ប្រសិនបើភ្លាមៗសម្រាប់ហេតុផលមួយចំនួនវិញ្ញាបនបត្រមិនត្រូវបានបន្ត XNUMX សប្តាហ៍មុនពេលវិញ្ញាបនបត្រផុតកំណត់យើងដឹងហើយយើងនឹងរកមូលហេតុដែលវាមិនត្រូវបានធ្វើបច្ចុប្បន្នភាព ឆ្កែបែបនេះ។ a2certbot.py ពីកញ្ចប់ដូចគ្នា - វាជួយបានច្រើនក្នុងរឿងនេះ (ភ្លាមៗវាពិនិត្យមើលបញ្ហាដែលទំនងបំផុត - ហើយសរសេរអ្វីដែលបានពិនិត្យយ៉ាងល្អ ហើយកន្លែងដែលទំនងជាមានបញ្ហា)។

យើងតាមដានកាលបរិច្ឆេទផុតកំណត់នៃដែនទាំងអស់របស់យើង។ ហើយម៉ាស៊ីនមេសំបុត្ររបស់យើងទាំងអស់ដែលផ្ញើសំបុត្រក៏ត្រូវបានត្រួតពិនិត្យប្រឆាំងនឹង 50+ បញ្ជីខ្មៅផ្សេងគ្នាផងដែរ។ (ហើយ​ពេល​ខ្លះ​ធ្លាក់​ចូល​ទៅ​ក្នុង​ពួក​គេ)។ និយាយអីញ្ចឹងតើអ្នកដឹងទេថាម៉ាស៊ីនមេ Google mail ក៏ត្រូវបានដាក់ក្នុងបញ្ជីខ្មៅដែរ? គ្រាន់តែសម្រាប់ការធ្វើតេស្តដោយខ្លួនឯង យើងបានបន្ថែម mail-wr1-f54.google.com ទៅម៉ាស៊ីនមេដែលបានត្រួតពិនិត្យ ហើយវានៅតែស្ថិតក្នុងបញ្ជីខ្មៅរបស់ SORBS! (នេះគឺអំពីតម្លៃនៃ "អ្នកប្រឆាំងសារឥតបានការ")

ការបម្រុងទុក - ខ្ញុំបានសរសេររួចហើយនៅខាងលើពីរបៀបដែលវាងាយស្រួលក្នុងការត្រួតពិនិត្យពួកវាជាមួយ okerr ។ ប៉ុន្តែយើងត្រួតពិនិត្យទាំងការបម្រុងទុកចុងក្រោយបំផុតនៅលើម៉ាស៊ីនមេរបស់យើង និង (ដោយប្រើឧបករណ៍ប្រើប្រាស់ដាច់ដោយឡែកដែលប្រើ okerr) ការបម្រុងទុកដែលយើងផ្ទុកឡើងទៅកាន់ Amazon Glacier ។ ហើយបាទ បញ្ហាកើតឡើងពីមួយពេលទៅមួយពេល។ គ្មានឆ្ងល់ទេដែលពួកគេកំពុងមើល។

យើងប្រើសូចនាករកើនឡើង។ វាបង្ហាញថាតើបញ្ហាមួយចំនួនមិនត្រូវបានជួសជុលអស់រយៈពេលជាយូរមកហើយ។ ហើយ​ខ្លួន​ខ្ញុំ​ផ្ទាល់​ពេល​ដែល​ខ្ញុំ​ដោះស្រាយ​បញ្ហា​មួយ​ចំនួន ជួន​កាល​ខ្ញុំ​អាច​បំភ្លេច​បញ្ហា​ទាំង​នោះ​បាន។ ការកើនឡើងគឺជាការរំលឹកដ៏ល្អ ទោះបីជាអ្នកកំពុងតាមដានខ្លួនឯងក៏ដោយ។

សរុបមក ខ្ញុំជឿថាគុណភាពនៃការងាររបស់យើងបានកើនឡើងតាមលំដាប់លំដោយ។ ស្ទើរតែគ្មានពេលសម្រាក (ឬអតិថិជនមិនមានពេលកត់សម្គាល់ទេ។ គ្រាន់តែ shh!) ខណៈពេលដែលចំនួនការងារបានកាន់តែតិច ហើយលក្ខខណ្ឌការងារកាន់តែស្ងប់ស្ងាត់។ យើងបានផ្លាស់ប្តូរពីការងារសង្គ្រោះបន្ទាន់ជាមួយនឹងរន្ធបិទភ្ជាប់ជាមួយកាសែត ទៅជាការងារស្ងប់ស្ងាត់ និងវាស់វែង នៅពេលដែលបញ្ហាជាច្រើនត្រូវបានព្យាករណ៍ទុកជាមុន ហើយមានពេលវេលាដើម្បីទប់ស្កាត់ពួកគេ។ សូម្បីតែបញ្ហាដែលបានកើតឡើងក៏កាន់តែងាយស្រួលដោះស្រាយផងដែរ៖ ទីមួយ យើងស្វែងយល់អំពីពួកគេមុនពេលអតិថិជនមានការភ័យស្លន់ស្លោ ហើយទីពីរ វាជារឿយៗកើតឡើងដែលបញ្ហាទាក់ទងនឹងការងារថ្មីៗ (ខណៈពេលដែលខ្ញុំកំពុងធ្វើរឿងមួយ ខ្ញុំបានបំបែករឿងមួយទៀត) - ដូច្នេះវាក្តៅ វាកាន់តែងាយស្រួលសម្រាប់ដានដើម្បីដោះស្រាយវា។

ប៉ុន្តែមានករណីមួយទៀត...

តើអ្នកដឹងទេថានៅក្នុង Debian 9 (Stretch) ដ៏ពេញនិយមដូចជា phpmyadmin នៅតែមាន (ច្រើនខែ!) នៅក្នុងស្ថានភាពងាយរងគ្រោះ? (CVE-2019-6798) នៅពេលដែលភាពងាយរងគ្រោះបានលេចឡើង យើងបានគ្របដណ្តប់វាយ៉ាងឆាប់រហ័សតាមវិធីផ្សេងៗគ្នា។ ប៉ុន្តែខ្ញុំរៀបចំការត្រួតពិនិត្យទំព័រកម្មវិធីតាមដានសុវត្ថិភាពនៅក្នុង okerr ដើម្បីដឹងថាពេលណាដំណោះស្រាយ "ដ៏ស្រស់ស្អាត" នឹងចេញមក (តាមរយៈ SHA1 បូកនៃមាតិកា)។ សូចនាករបានធ្វើឱ្យខ្ញុំញ័រជាច្រើនដង ទំព័របានផ្លាស់ប្តូរ ប៉ុន្តែដូចដែលអ្នកបានឃើញ វានៅតែ (ចាប់តាំងពីខែមករា ឆ្នាំ 2019!) មិនបង្ហាញថាបញ្ហាត្រូវបានដោះស្រាយទេ។ ប្រហែលជាដោយវិធីនេះ, នរណាម្នាក់ដឹងថាអ្វីដែលជាបញ្ហាគឺថាកញ្ចប់សំខាន់បែបនេះនៅតែងាយរងគ្រោះជាងមួយឆ្នាំ?

ពេលវេលាមួយទៀតនៅក្នុងស្ថានភាពស្រដៀងគ្នា៖ បន្ទាប់ពីភាពងាយរងគ្រោះនៅក្នុង SSH វាចាំបាច់ក្នុងការធ្វើបច្ចុប្បន្នភាពម៉ាស៊ីនមេទាំងអស់។ ហើយនៅពេលដែលអ្នកកំណត់ភារកិច្ច អ្នកត្រូវគ្រប់គ្រងការប្រតិបត្តិ។ (អ្នក​ក្រោម​បង្គាប់​មាន​ទំនោរ​យល់​ខុស ភ្លេច​យល់​ច្រឡំ និង​ធ្វើ​ខុស)។ ដូច្នេះដំបូង យើងបានបន្ថែមការពិនិត្យមើលកំណែ SSH ទៅ okerr នៅលើម៉ាស៊ីនមេទាំងអស់ ហើយតាមរយៈ okerr យើងបានធ្វើឱ្យប្រាកដថាការអាប់ដេតត្រូវបានដាក់ចេញនៅលើម៉ាស៊ីនមេទាំងអស់។ (ងាយស្រួល! ខ្ញុំបានជ្រើសរើសប្រភេទសូចនាករនេះ ហើយអ្នកអាចមើលឃើញភ្លាមៗថាតើម៉ាស៊ីនមេមួយណាមានកំណែមួយណា)។ នៅពេលដែលយើងប្រាកដថាភារកិច្ចត្រូវបានបញ្ចប់នៅលើម៉ាស៊ីនមេទាំងអស់ យើងបានដកសូចនាករចេញ។

ពីរ​បី​ដង​មាន​ស្ថានភាព​មួយ​ដែល​បញ្ហា​មួយ​កើត​ឡើង ហើយ​បន្ទាប់​មក​ក៏​បាត់​ទៅ​ដោយ​ខ្លួន​ឯង។ (ប្រហែលជាស្គាល់គ្រប់គ្នា?) នៅ​ពេល​ដែល​អ្នក​សម្គាល់​ឃើញ ដល់​ពេល​ដែល​អ្នក​ពិនិត្យ—ហើយ​មិន​មាន​អ្វី​ត្រូវ​ពិនិត្យ—អ្វី​គ្រប់​យ៉ាង​ដំណើរការ​ល្អ​ហើយ។ ប៉ុន្តែ​បន្ទាប់​មក​វា​បែក​ម្តង​ទៀត។ ជាឧទាហរណ៍ យើងមានរឿងនេះកើតឡើងជាមួយនឹងផលិតផលដែលយើងបានបង្ហោះទៅកាន់ Amazon Marketplace (MWS)។ នៅចំណុចខ្លះ សារពើភ័ណ្ឌដែលបានផ្ទុកមិនត្រឹមត្រូវ (បរិមាណទំនិញខុស និងតម្លៃខុស)។ យើង​បាន​រក​ឃើញ​វា​ចេញ។ ប៉ុន្តែ​ដើម្បី​ដោះស្រាយ វា​ជា​រឿង​សំខាន់​ក្នុង​ការ​ស្វែង​យល់​ពី​បញ្ហា​ភ្លាមៗ។ ជាអកុសល MWS ដូចជាសេវាកម្ម Amazon ទាំងអស់គឺមានភាពយឺតយ៉ាវបន្តិច ដូច្នេះហើយតែងតែមានភាពយឺតយ៉ាវ ប៉ុន្តែនៅតែយើងអាចយល់បានប្រហែលប្រហែលការតភ្ជាប់រវាងបញ្ហា និងស្គ្រីបដែលបណ្តាលឱ្យវា (យើងបានពិនិត្យ ហើយជាប់គាំង។ វា​ទៅ okerr ហើយ​បាន​ពិនិត្យ​វា​ភ្លាមៗ​ដោយ​ទទួល​បាន​ការ​ជូន​ដំណឹង)។

ករណីគួរឱ្យចាប់អារម្មណ៍មួយត្រូវបានបញ្ចូលទៅក្នុងបណ្តុំនាពេលថ្មីៗនេះដោយម្ចាស់ផ្ទះអឺរ៉ុបដ៏ធំ និងមានតម្លៃថ្លៃ ដែលអតិថិជនរបស់យើងប្រើប្រាស់។ ភ្លាមៗនោះ Server របស់យើងទាំងអស់បានបាត់ពីរ៉ាដា! ដំបូង អតិថិជនខ្លួនគាត់ (លឿនជាង okerra!) បានកត់សម្គាល់ថាគេហទំព័រដែលគាត់កំពុងធ្វើការជាមួយមិនបានបើក និងធ្វើសំបុត្រអំពីវា។ តែ​មិន​មែន​មាន​តែ​គេហទំព័រ​មួយ​ទេ​ដែល​ចុះ​ទៅ​ទាំង​អស់! (ណាតាសាយើងបានទម្លាក់អ្វីៗទាំងអស់!) នៅទីនេះ Okerr បានចាប់ផ្តើមផ្ញើរុំជើងវែងជាមួយនឹងសូចនាករទាំងអស់ដែលបំភ្លឺសម្រាប់គាត់។ ភ័យស្លន់ស្លោ យើងរត់ជារង្វង់ (តើយើងអាចធ្វើអ្វីបានទៀត?) បន្ទាប់មកអ្វីគ្រប់យ៉ាងបានកើនឡើង។ វាប្រែថាមានការថែទាំជាប្រចាំនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យ (ម្តងរៀងរាល់ច្រើនឆ្នាំ) ហើយជាការពិតណាស់ យើងគួរតែត្រូវបានគេព្រមាន។ ប៉ុន្តែបញ្ហាមួយចំនួនបានកើតឡើងចំពោះពួកគេ ហើយពួកគេមិនបានព្រមានយើងទេ។ ជាការប្រសើរណាស់, ការគាំងបេះដូងកាន់តែច្រើន, ការគាំងបេះដូងតិចជាង។ ប៉ុន្តែបន្ទាប់ពីអ្វីៗត្រូវបានស្ដារឡើងវិញ អ្នកត្រូវពិនិត្យអ្វីៗគ្រប់យ៉ាងឡើងវិញ! ខ្ញុំ​មិន​នឹក​ស្មាន​ថា​ខ្ញុំ​នឹង​ធ្វើ​វា​ដោយ​ដៃ​ខ្ញុំ​យ៉ាង​ម៉េច​ទេ។ Okerr បានសាកល្បងអ្វីគ្រប់យ៉ាងក្នុងរយៈពេលពីរបីនាទី។ វាបានប្រែក្លាយថាម៉ាស៊ីនមេភាគច្រើនមិនអាចប្រើបានជាបណ្តោះអាសន្ន ប៉ុន្តែពួកវាដំណើរការ។ អ្នកខ្លះផ្ទុកលើសទម្ងន់ ប៉ុន្តែក៏ក្រោកឈរឡើងតាមដែលគួរ។ ក្នុងចំណោមការបាត់បង់ទាំងអស់ យើងបានបាត់បង់ការបម្រុងទុកចំនួនពីរ ដែលយោងទៅតាមមកុដគួរតែត្រូវបានបង្កើត និងផ្ទុកខណៈពេលដែលចេកពេញនេះកំពុងបន្ត។ ខ្ញុំ​មិន​បាន​រំខាន​ការ​បង្កើត​វា​ទេ មួយ​ថ្ងៃ​ក្រោយ​មក​ការ​ជូន​ដំណឹង​បាន​មក​ដល់​ថា​អ្វី​គ្រប់​យ៉ាង​មិន​អី​ទេ ការ​បម្រុង​ទុក​បាន​លេច​ឡើង។ ខ្ញុំពិតជាចូលចិត្តឧទាហរណ៍នេះណាស់ ពីព្រោះ okerr ប្រែទៅជាមានប្រយោជន៍ខ្លាំងណាស់នៅក្នុងស្ថានភាពដែលយើងមិនបានគិតទុកជាមុន ប៉ុន្តែនោះគឺជាគោលបំណងនៃការត្រួតពិនិត្យ - ដើម្បីទប់ទល់នឹងអ្វីដែលមិនអាចទាយទុកជាមុនបាន។

សម្រាប់ឧបករណ៍ចាប់សញ្ញា Okerr យើងប្រើការបង្ហោះដែលមានតម្លៃថោកបំផុត (ដែលគុណភាព និងភាពជឿជាក់មិនសំខាន់ ពួកវាធានាគ្នាទៅវិញទៅមក)។ ដូច្នេះ ថ្មីៗនេះ យើងបានរកឃើញការបង្ហោះដ៏ល្អ និងថោកបំផុត ស្តង់ដារគឺអស្ចារ្យណាស់។ ប៉ុន្តែ... ពេលខ្លះវាបង្ហាញថាការភ្ជាប់ចេញពីម៉ាស៊ីននិម្មិតត្រូវបានធ្វើឡើងពី IP (អ្នកជិតខាង) ផ្សេងទៀត។ អព្ភូតហេតុ។ ម៉ូឌុល Client_ip ជាមួយ https://diagnostic.opendns.com/myip ទទួលបាន IP ខុស។ ហើយពីកំណត់ហេតុម៉ាស៊ីនមេនៃសូចនាករវាច្បាស់ណាស់ថាការធ្វើបច្ចុប្បន្នភាពក៏មកពី IP ជិតខាងនេះដែរ។ តោះដោះស្រាយជាមួយការគាំទ្រឥឡូវនេះ។ ជាការល្អដែលយើងបានកត់សម្គាល់រឿងនេះនៅក្នុងពេលសន្តិភាព។ ប៉ុន្តែជាឧទាហរណ៍ វាជារឿយៗកើតឡើងដែលការចូលប្រើត្រូវបានចុះឈ្មោះតាមបញ្ជីស IP ហើយប្រសិនបើពេលខ្លះម៉ាស៊ីនមេភ្លឹបភ្លែតៗបែបនេះក្នុងរយៈពេលខ្លី - អ្នកអាចព្យាយាមចាប់បញ្ហានេះក្នុងរយៈពេលយូរ។

ជាការប្រសើរណាស់, រឿងមួយទៀត - ចាប់តាំងពីយើងកំពុងនិយាយអំពីការបង្ហោះ VPS - យើងតែងតែប្រើរបស់ដែលមានតំលៃថោក (hetzner, ovh, scaleway) ។ ខ្ញុំពិតជាចូលចិត្តវាទាំងផ្នែកគោល និងស្ថេរភាព។ យើងក៏ប្រើ Amazon EC2 ដែលមានតម្លៃថ្លៃជាងសម្រាប់គម្រោងផ្សេងទៀត។ ដូច្នេះ សូមអរគុណដល់ okerr យើងមានមតិផ្ទាល់ខ្លួនរបស់យើង។ ពួកគេទាំងពីរដួល។ ហើយខ្ញុំនឹងមិននិយាយថាក្នុងរយៈពេលដ៏វែងនៃការសង្កេតរបស់យើង hosting ថោកដូចជា hetzner ប្រែទៅជាមានស្ថេរភាពគួរឱ្យកត់សម្គាល់តិចជាង EC2 ។ ហេតុដូច្នេះហើយ ប្រសិនបើអ្នកមិនជាប់ទាក់ទងនឹងលក្ខណៈពិសេសផ្សេងទៀតរបស់ Amazon ហេតុអ្វីត្រូវបង់ប្រាក់បន្ថែម? 🙂

តើមានអ្វីជាបន្ទាប់?

ប្រសិនបើនៅដំណាក់កាលនេះខ្ញុំមិនបានបំភ័យអ្នកឱ្យឆ្ងាយពី Okerr នៅឡើយទេបន្ទាប់មកសាកល្បងវា! អ្នកអាចចូលទៅកាន់តំណនេះដោយផ្ទាល់ គណនីសាកល្បង okerr (ចុចឥឡូវនេះ!) ប៉ុន្តែត្រូវចាំថាមានគណនីសាកល្បងតែមួយគត់សម្រាប់អ្នករាល់គ្នា ដូច្នេះប្រសិនបើអ្នកធ្វើអ្វីមួយ នរណាម្នាក់ផ្សេងទៀតនៅក្នុងគណនីដូចគ្នាអាចនឹងរំខានអ្នកក្នុងពេលតែមួយ។ ឬ (ប្រសើរជាង) ចុះឈ្មោះតាមរយៈតំណភ្ជាប់ទៅ okerr ក្រៅបណ្តាញ - អ្វីគ្រប់យ៉ាងគឺសាមញ្ញដោយគ្មានសារ SMS ។ ប្រសិនបើអ្នកមិនចូលចិត្តប្រើអ៊ីមែលពិតប្រាកដរបស់អ្នកទេ អ្នកអាចប្រើសំបុត្រដែលអាចចោលបាន ដូចជា mailinator (ខ្ញុំសូមណែនាំ getnada.com) គណនីបែបនេះអាចនឹងត្រូវបានលុបក្នុងរយៈពេលមួយ ប៉ុន្តែពួកវានឹងល្អសម្រាប់ការសាកល្បង។

បន្ទាប់ពីការចុះឈ្មោះ អ្នកនឹងត្រូវបានស្នើសុំឱ្យឆ្លងកាត់ការបណ្តុះបណ្តាល (អនុវត្តកិច្ចការបណ្តុះបណ្តាលមិនពិបាកច្រើន)។ ដែនកំណត់ដំបូងគឺតូចណាស់ ប៉ុន្តែសម្រាប់ការបណ្តុះបណ្តាល ឬម៉ាស៊ីនមេតែមួយ គឺគ្រប់គ្រាន់ហើយ។ បន្ទាប់ពីបញ្ចប់ការបណ្តុះបណ្តាល ដែនកំណត់ (ឧទាហរណ៍ ចំនួនអតិបរមានៃសូចនាករ) នឹងត្រូវបានកើនឡើង។

ពីឯកសារ - ជាដំបូងនៃការទាំងអស់។ វិគី នៅផ្នែកខាងម៉ាស៊ីនមេ និងនៅលើម៉ាស៊ីនភ្ញៀវ (okerrupdate វិគី) ប៉ុន្តែប្រសិនបើមានអ្វីមួយមិនច្បាស់លាស់ សរសេរទៅគាំទ្រ (នៅ) okerr.com ឬទុកសំបុត្រមួយ - យើងនឹងព្យាយាមដោះស្រាយគ្រប់យ៉ាងឱ្យបានឆាប់រហ័ស។

ប្រសិនបើអ្នកប្រើវាយ៉ាងធ្ងន់ធ្ងរ ហើយកម្រិតដែលកើនឡើងទាំងនេះមិនគ្រប់គ្រាន់ទេ សូមសរសេរទៅកាន់ការគាំទ្រ ហើយយើងនឹងបង្កើនវា (ដោយឥតគិតថ្លៃ)។

តើអ្នកចង់ដំឡើងម៉ាស៊ីនមេ okerr នៅលើម៉ាស៊ីនមេរបស់អ្នកទេ? នៅទីនេះ ឃ្លាំង okerr-dev. យើងសូមណែនាំឱ្យដំឡើងនៅលើម៉ាស៊ីននិម្មិតស្អាត បន្ទាប់មកអ្នកអាចធ្វើវាបានដោយស្គ្រីបដំឡើង។ នៅលើម៉ាស៊ីននិម្មិតរបស់អ្នក - គ្មានការរឹតបន្តឹង :-) ។ ជា​ថ្មី​ម្តង​ទៀត ប្រសិន​បើ​មាន​អ្វី​កើត​ឡើង យើង​នឹង​ព្យាយាម​ជួយ​ជានិច្ច។

យើង​ចង់​ឱ្យ​គម្រោង​នេះ​រលត់​ទៅ ដើម្បី​ឱ្យ​ពិភពលោក​កាន់តែ​អាច​ទុក​ចិត្ត​បាន​ដោយសារ​យើង។ សូមអរគុណចំពោះកម្មវិធី និងសេវាកម្មឥតគិតថ្លៃ ពិភពលោកកាន់តែមានភាពរួសរាយរាក់ទាក់ និងកំពុងអភិវឌ្ឍយ៉ាងស្វាហាប់។ ប្រភពអាចត្រូវបានរក្សាទុកក្នុង github ដោយឥតគិតថ្លៃ សម្រាប់សំបុត្រអ្នកអាចប្រើ gmail ដោយឥតគិតថ្លៃ។ យើងប្រើដោយឥតគិតថ្លៃ ស្រស់ សម្រាប់ការគាំទ្រ។ ចំពោះបញ្ហានេះ អ្នកមិនចាំបាច់បង់ប្រាក់សម្រាប់ម៉ាស៊ីនមេ អ្នកមិនចាំបាច់ទាញយក និងកំណត់រចនាសម្ព័ន្ធ ហើយអ្នកមិនចាំបាច់ដោះស្រាយបញ្ហាប្រតិបត្តិការផ្សេងៗទេ។ រាល់គម្រោងថ្មី ក្រុមនីមួយៗមានសំបុត្រ ឃ្លាំង និង CRM ភ្លាមៗ។ ហើយទាំងអស់នេះគឺមានគុណភាពខ្ពស់ណាស់ ហើយឥតគិតថ្លៃ និងភ្លាមៗ។ យើងចង់ឱ្យវាដូចគ្នាសម្រាប់ការត្រួតពិនិត្យ - ក្រុមហ៊ុនតូចៗ និងគម្រោងអាចប្រើ okerr ដោយឥតគិតថ្លៃ ហើយសូម្បីតែនៅដំណាក់កាលនៃកំណើត និងការលូតលាស់មានភាពជឿជាក់នៃគម្រោងធ្ងន់ធ្ងរសម្រាប់មនុស្សពេញវ័យ។

ប្រភព: www.habr.com