ហេតុអ្វីបានជាវាសំខាន់ក្នុងការសាកល្បងកម្មវិធីនៅលើប្រព័ន្ធផ្ទុកទិន្នន័យដែលអាចរកបានខ្ពស់របស់អ្នក (99,9999%)

តើកំណែកម្មវិធីបង្កប់ណាមួយ "ត្រឹមត្រូវ" និង "ដំណើរការ" បំផុត? ប្រសិនបើប្រព័ន្ធផ្ទុកទិន្នន័យធានាការអត់ឱនកំហុស 99,9999% តើនោះមានន័យថាវានឹងដំណើរការដោយមិនមានការរំខានសូម្បីតែមិនមានការអាប់ដេតកម្មវិធីឬ? ឬផ្ទុយទៅវិញ ដើម្បីទទួលបានការអត់ធ្មត់កំហុសជាអតិបរមា អ្នកគួរតែដំឡើងកម្មវិធីបង្កប់ចុងក្រោយបំផុតជានិច្ច? យើងនឹងព្យាយាមឆ្លើយសំណួរទាំងនេះដោយផ្អែកលើបទពិសោធន៍របស់យើង។

ការណែនាំខ្លីៗ

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

ជាញឹកញាប់ អ្នកប្រើប្រាស់បន្តប្រើ "កម្មវិធីបង្កប់ពីរោងចក្រ" (ល្បីល្បាញ "វាដំណើរការ ដូច្នេះកុំរញ៉េរញ៉ៃជាមួយវា") ឬតែងតែដំឡើងកំណែចុងក្រោយបំផុត (តាមការយល់ដឹងរបស់ពួកគេ ចុងក្រោយបំផុតមានន័យថាដំណើរការបំផុត)។ យើងប្រើវិធីសាស្រ្តផ្សេង - យើងមើលកំណត់ត្រាចេញផ្សាយសម្រាប់អ្វីគ្រប់យ៉ាងដែលបានប្រើ នៅក្នុងពពក mClouds ឧបករណ៍ និងដោយប្រុងប្រយ័ត្នជ្រើសរើសកម្មវិធីបង្កប់ដែលសមរម្យសម្រាប់គ្រឿងបរិក្ខារនីមួយៗ។

យើងបានឈានដល់ការសន្និដ្ឋាននេះ ដូចដែលពួកគេនិយាយជាមួយនឹងបទពិសោធន៍។ ដោយប្រើឧទាហរណ៍នៃប្រតិបត្តិការរបស់យើង យើងនឹងប្រាប់អ្នកពីមូលហេតុដែលការសន្យា 99,9999% ភាពជឿជាក់នៃប្រព័ន្ធផ្ទុកមិនមានន័យអ្វីទេ ប្រសិនបើអ្នកមិនត្រួតពិនិត្យការអាប់ដេតកម្មវិធី និងការពិពណ៌នាភ្លាមៗ។ ករណីរបស់យើងគឺសមរម្យសម្រាប់អ្នកប្រើប្រាស់ប្រព័ន្ធផ្ទុកទិន្នន័យពីអ្នកលក់ណាមួយ ដោយសារស្ថានភាពស្រដៀងគ្នាអាចកើតឡើងជាមួយផ្នែករឹងពីក្រុមហ៊ុនផលិតណាមួយ។

ការជ្រើសរើសប្រព័ន្ធផ្ទុកថ្មី។

នៅចុងឆ្នាំមុន ប្រព័ន្ធផ្ទុកទិន្នន័យគួរឱ្យចាប់អារម្មណ៍មួយត្រូវបានបន្ថែមទៅក្នុងហេដ្ឋារចនាសម្ព័ន្ធរបស់យើង៖ គំរូក្មេងពីបន្ទាត់ IBM FlashSystem 5000 ដែលនៅពេលទិញត្រូវបានគេហៅថា Storwize V5010e ។ ឥឡូវនេះវាត្រូវបានលក់ក្រោមឈ្មោះ FlashSystem 5010 ប៉ុន្តែការពិតវាគឺជាមូលដ្ឋានផ្នែករឹងដូចគ្នាជាមួយនឹង Spectrum Virtualize នៅខាងក្នុង។ 

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

ប្រព័ន្ធ IBM FlashSystem 5010

ដោយសង្ខេបអំពីម៉ូដែល 5010 របស់យើង។ នេះគឺជាប្រព័ន្ធផ្ទុកប្លុកឧបករណ៍បញ្ជាពីរកម្រិតចូល។ វាអាចផ្ទុកថាស NLSAS, SAS, SSD ។ ការដាក់ NVMe មិនមាននៅក្នុងវាទេ ដោយសារម៉ូដែលផ្ទុកនេះមានទីតាំងដើម្បីដោះស្រាយបញ្ហាដែលមិនត្រូវការដំណើរការនៃដ្រាយ NVMe ។

ប្រព័ន្ធផ្ទុកត្រូវបានទិញដើម្បីផ្ទុកព័ត៌មានបណ្ណសារ ឬទិន្នន័យដែលមិនត្រូវបានចូលប្រើញឹកញាប់។ ដូច្នេះ សំណុំស្តង់ដារនៃមុខងាររបស់វាគឺគ្រប់គ្រាន់សម្រាប់យើង៖ កម្រិត (កម្រិតងាយស្រួល) ការផ្តល់ស្តើង។ ការអនុវត្តនៅលើថាស NLSAS នៅកម្រិត 1000-2000 IOPS ក៏គួរឱ្យពេញចិត្តសម្រាប់យើងផងដែរ។

បទពិសោធន៍របស់យើង - របៀបដែលយើងមិនបានធ្វើបច្ចុប្បន្នភាពកម្មវិធីបង្កប់ទាន់ពេល

ឥឡូវនេះអំពីការធ្វើបច្ចុប្បន្នភាពកម្មវិធីដោយខ្លួនឯង។ នៅពេលទិញ ប្រព័ន្ធមានកំណែហួសសម័យបន្តិចនៃកម្មវិធី Spectrum Virtualize ពោលគឺ 8.2.1.3.

យើងបានសិក្សាការពិពណ៌នាអំពីកម្មវិធីបង្កប់ និងបានគ្រោងធ្វើបច្ចុប្បន្នភាពទៅ 8.2.1.9. ប្រសិនបើយើងមានប្រសិទ្ធភាពជាងនេះបន្តិច អត្ថបទនេះនឹងមិនមានទេ - កំហុសនឹងមិនកើតឡើងនៅលើកម្មវិធីបង្កប់ថ្មីជាងនេះទេ។ ទោះយ៉ាងណាក៏ដោយ សម្រាប់ហេតុផលជាក់លាក់ ការធ្វើបច្ចុប្បន្នភាពនៃប្រព័ន្ធនេះត្រូវបានពន្យារពេល។

ជាលទ្ធផល ការពន្យាពេលនៃការអាប់ដេតបន្តិចបន្តួចនាំឱ្យរូបភាពមិនគាប់ចិត្តខ្លាំង ដូចនៅក្នុងការពិពណ៌នានៅតំណ៖ https://www.ibm.com/support/pages/node/6172341. 

បាទ/ចាស នៅក្នុងកម្មវិធីបង្កប់នៃកំណែនោះ អ្វីដែលគេហៅថា APAR (របាយការណ៍វិភាគកម្មវិធីដែលមានការអនុញ្ញាត) HU02104 គឺពាក់ព័ន្ធ។ វាលេចឡើងដូចខាងក្រោម។ នៅក្រោមការផ្ទុក នៅក្រោមកាលៈទេសៈណាមួយ ឃ្លាំងសម្ងាត់ចាប់ផ្តើមហៀរចេញ បន្ទាប់មកប្រព័ន្ធចូលទៅក្នុងរបៀបការពារ ដែលវាបិទ I/O សម្រាប់អាង។ ក្នុងករណីរបស់យើង វាមើលទៅដូចជាការផ្តាច់ 3 ថាសសម្រាប់ក្រុម RAID នៅក្នុងរបៀប RAID 6 ។ ការផ្តាច់កើតឡើងរយៈពេល 6 នាទី។ បន្ទាប់មក ការចូលទៅកាន់ Volumes in the Pool ត្រូវបានស្ដារឡើងវិញ។

ប្រសិនបើអ្នកណាម្នាក់មិនស៊ាំនឹងរចនាសម្ព័ន្ធ និងការដាក់ឈ្មោះរបស់អង្គភាពឡូជីខលនៅក្នុងបរិបទនៃ IBM Spectrum Virtualize នោះខ្ញុំនឹងពន្យល់ដោយសង្ខេប។

រចនាសម្ព័ន្ធនៃធាតុឡូជីខលនៃប្រព័ន្ធផ្ទុក

ថាសត្រូវបានប្រមូលជាក្រុមដែលហៅថា MDisk (Managed Disk)។ MDisk អាចជា RAID បុរាណ (0,1,10,5,6) ឬជានិម្មិត - DRAID (ចែកចាយ RAID) ។ ការប្រើប្រាស់ DRAID អនុញ្ញាតឱ្យអ្នកបង្កើនដំណើរការនៃអារេ ដោយសារតែ ... ថាសទាំងអស់នៅក្នុងក្រុមនឹងត្រូវបានប្រើប្រាស់ ហើយពេលវេលាបង្កើតឡើងវិញនឹងត្រូវបានកាត់បន្ថយ ដោយសារតែមានតែប្លុកជាក់លាក់ប៉ុណ្ណោះដែលត្រូវស្ដារឡើងវិញ ហើយមិនមែនទិន្នន័យទាំងអស់ពីថាសដែលបរាជ័យនោះទេ។

ការចែកចាយប្លុកទិន្នន័យនៅលើថាសនៅពេលប្រើ Distributed RAID (DRAID) នៅក្នុងរបៀប RAID-5 ។

ហើយដ្យាក្រាមនេះបង្ហាញពីតក្កវិជ្ជានៃរបៀបដែលការស្ថាបនាឡើងវិញ DRAID ដំណើរការនៅក្នុងព្រឹត្តិការណ៍នៃការបរាជ័យថាសមួយ៖

តក្កវិជ្ជានៃ DRAID បង្កើតឡើងវិញនៅពេលដែលថាសមួយបរាជ័យ

បន្ទាប់មក MDisks មួយ ឬច្រើនបង្កើតបានជាអ្វីដែលហៅថា Pool ។ នៅក្នុងអាងតែមួយ វាមិនត្រូវបានណែនាំឱ្យប្រើ MDisk ដែលមានកម្រិត RAID/DRAID ផ្សេងគ្នានៅលើថាសដែលមានប្រភេទដូចគ្នានោះទេ។ យើង​នឹង​មិន​ចូល​ទៅ​ជ្រៅ​ពេក​ទេ ព្រោះ​... យើងមានគម្រោងគ្របដណ្តប់រឿងនេះនៅក្នុងអត្ថបទមួយខាងក្រោម។ តាមពិត អាងត្រូវបានបែងចែកទៅជាភាគ ដែលត្រូវបានបង្ហាញដោយប្រើពិធីការចូលដំណើរការប្លុកមួយ ឬមួយផ្សេងទៀតទៅកាន់ម៉ាស៊ីន។

ដូច្នេះ, យើង, ជាលទ្ធផលនៃស្ថានភាពដែលបានពិពណ៌នានៅក្នុង APAR HU02104ដោយសារតែការបរាជ័យឡូជីខលនៃឌីសចំនួនបី MDisk ឈប់ដំណើរការ ដែលនាំឱ្យការបរាជ័យនៃ Pool និង Volumes ដែលត្រូវគ្នា។

ដោយសារតែប្រព័ន្ធទាំងនេះមានភាពឆ្លាតវៃ ពួកវាអាចភ្ជាប់ទៅប្រព័ន្ធត្រួតពិនិត្យលើពពក IBM Storage Insights ដែលផ្ញើសំណើសេវាកម្មដោយស្វ័យប្រវត្តិទៅកាន់ផ្នែកគាំទ្ររបស់ IBM ប្រសិនបើមានបញ្ហាកើតឡើង។ កម្មវិធីមួយត្រូវបានបង្កើត ហើយអ្នកឯកទេស IBM ធ្វើការវិនិច្ឆ័យពីចម្ងាយ និងទាក់ទងអ្នកប្រើប្រាស់ប្រព័ន្ធ។ 

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

លទ្ធផល និងការណែនាំរបស់យើង។

ដូច​ពាក្យ​ពោល​ថា​៖ «​ល្អ​ដែល​បញ្ចប់​ដោយ​ល្អ​»​។ កំហុសនៅក្នុងកម្មវិធីបង្កប់មិនបណ្តាលឱ្យមានបញ្ហាធ្ងន់ធ្ងរទេ - ម៉ាស៊ីនមេត្រូវបានស្ដារឡើងវិញឱ្យបានឆាប់តាមដែលអាចធ្វើទៅបាន និងគ្មានការបាត់បង់ទិន្នន័យ។ អតិថិជនមួយចំនួនត្រូវចាប់ផ្តើមម៉ាស៊ីននិម្មិតឡើងវិញ ប៉ុន្តែជាទូទៅយើងត្រូវបានរៀបចំសម្រាប់ផលវិបាកអវិជ្ជមានបន្ថែមទៀត ដោយសារយើងធ្វើការបម្រុងទុកប្រចាំថ្ងៃនៃធាតុហេដ្ឋារចនាសម្ព័ន្ធ និងម៉ាស៊ីនអតិថិជនទាំងអស់។ 

យើង​បាន​ទទួល​ការ​បញ្ជាក់​ថា​សូម្បី​តែ​ប្រព័ន្ធ​ដែល​អាច​ទុក​ចិត្ត​បាន​ជាមួយ​នឹង​ភាព​មាន​បាន​សន្យា 99,9999% ទាមទារ​ការ​យក​ចិត្ត​ទុក​ដាក់ និង​ការ​ថែទាំ​ទាន់​ពេល​វេលា។ ដោយផ្អែកលើស្ថានភាព យើងបានធ្វើការសន្និដ្ឋានមួយចំនួនសម្រាប់ខ្លួនយើង និងចែករំលែកអនុសាសន៍របស់យើង៖

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

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

• វាតែងតែប្រសើរជាងក្នុងការរក្សាប្រព័ន្ធជាមួយនឹងកំណែកម្មវិធីចុងក្រោយបំផុត។ លើសពីនេះ លេខបច្ចុប្បន្នមិនមែនជាលេខដែលមានការរចនាលេខធំជាងនោះទេ ប៉ុន្តែជាលេខដែលមានកាលបរិច្ឆេទចេញផ្សាយនៅពេលក្រោយ។ 

  ជាឧទាហរណ៍ ក្រុមហ៊ុន IBM រក្សាការចេញផ្សាយកម្មវិធីយ៉ាងហោចណាស់ពីរឱ្យទាន់សម័យសម្រាប់ប្រព័ន្ធផ្ទុករបស់វា។ នៅពេលសរសេរនេះគឺ 8.2 និង 8.3 ។ ការអាប់ដេតសម្រាប់ 8.2 ចេញមកមុន។ ការអាប់ដេតស្រដៀងគ្នាសម្រាប់ 8.3 ជាធម្មតាត្រូវបានចេញផ្សាយជាមួយនឹងការពន្យារពេលបន្តិច។

  ការចេញផ្សាយ 8.3 មានគុណសម្បត្តិមុខងារមួយចំនួន ឧទាហរណ៍ សមត្ថភាពក្នុងការពង្រីក MDisk (ក្នុងរបៀប DRAID) ដោយបន្ថែមថាសថ្មីមួយ ឬច្រើន (លក្ខណៈពិសេសនេះបានបង្ហាញខ្លួនតាំងពីកំណែ 8.3.1)។ នេះគឺជាមុខងារជាមូលដ្ឋានដោយយុត្តិធម៌ ប៉ុន្តែនៅក្នុង 8.2 ជាអកុសលមិនមានលក្ខណៈពិសេសបែបនេះទេ។

• ប្រសិនបើមិនអាចអាប់ដេតដោយហេតុផលមួយចំនួន នោះសម្រាប់កំណែកម្មវិធី Spectrum Virtualize មុនកំណែ 8.2.1.9 និង 8.3.1.0 (ដែលកំហុសដែលបានពិពណ៌នាខាងលើគឺពាក់ព័ន្ធ) ដើម្បីកាត់បន្ថយហានិភ័យនៃការកើតឡើងរបស់វា ជំនួយបច្ចេកទេស IBM បានណែនាំ ការកំណត់ដំណើរការប្រព័ន្ធនៅកម្រិតអាង ដូចបានបង្ហាញក្នុងរូបភាពខាងក្រោម (រូបភាពត្រូវបានថតនៅក្នុងកំណែ Russified នៃ GUI)។ តម្លៃ 10000 IOPS ត្រូវបានបង្ហាញជាឧទាហរណ៍ ហើយត្រូវបានជ្រើសរើសដោយយោងទៅតាមលក្ខណៈនៃប្រព័ន្ធរបស់អ្នក។

ការកំណត់សមត្ថភាពផ្ទុករបស់ IBM

• វាចាំបាច់ក្នុងការគណនាការផ្ទុកនៅលើប្រព័ន្ធផ្ទុកឱ្យបានត្រឹមត្រូវនិងជៀសវាងការផ្ទុកលើសទម្ងន់។ ដើម្បីធ្វើដូច្នេះ អ្នកអាចប្រើទាំង IBM sizer (ប្រសិនបើអ្នកមានសិទ្ធិចូលប្រើវា) ឬជំនួយពីដៃគូ ឬធនធានភាគីទីបី។ វាគឺជាការចាំបាច់ក្នុងការយល់ដឹងអំពីទម្រង់ផ្ទុកនៅលើប្រព័ន្ធផ្ទុក, ដោយសារតែ ការអនុវត្តក្នុង MB/s និង IOPS ប្រែប្រួលយ៉ាងខ្លាំង អាស្រ័យលើយ៉ាងហោចណាស់ប៉ារ៉ាម៉ែត្រខាងក្រោម៖

  • ប្រភេទប្រតិបត្តិការ៖ អាន ឬសរសេរ

  • ទំហំប្លុកប្រតិបត្តិការ,

  • ភាគរយនៃប្រតិបត្តិការអាន និងសរសេរនៅក្នុងស្ទ្រីម I/O សរុប។

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

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

អរគុណសម្រាប់ការអានដល់ចប់។
យើងត្រៀមខ្លួនជាស្រេចដើម្បីឆ្លើយសំណួរនិងមតិយោបល់របស់អ្នកនៅក្នុងមតិយោបល់។ ផងដែរ។ យើងសូមអញ្ជើញអ្នកឱ្យជាវឆានែលតេឡេក្រាមរបស់យើង។ដែលក្នុងនោះយើងរៀបចំការផ្សព្វផ្សាយជាប្រចាំ (ការបញ្ចុះតម្លៃលើ IaaS និងការផ្តល់ជូនរង្វាន់សម្រាប់លេខកូដផ្សព្វផ្សាយរហូតដល់ 100% នៅលើ VPS) សរសេរព័ត៌មានគួរឱ្យចាប់អារម្មណ៍ និងប្រកាសអត្ថបទថ្មីៗនៅលើប្លុក Habr ។

ប្រភព: www.habr.com