ប្រវត្តិនៃការបង្កើតសេវាកម្មពពក រសជាតិជាមួយ cyberpunk

នៅពេលអ្នកធ្វើការនៅក្នុង IT អ្នកចាប់ផ្តើមកត់សំគាល់ថាប្រព័ន្ធមានចរិតផ្ទាល់ខ្លួនរបស់ពួកគេ។ ពួកគេអាចបត់បែនបាន ស្ងៀមស្ងាត់ ចម្លែក និងតឹងរ៉ឹង។ ពួកគេអាចទាក់ទាញឬវាយលុក។ វិធីមួយ ឬមធ្យោបាយផ្សេងទៀត អ្នកត្រូវតែ "ចរចា" ជាមួយពួកគេ ធ្វើសមយុទ្ធរវាង "ការធ្លាក់" និងបង្កើតខ្សែសង្វាក់នៃអន្តរកម្មរបស់ពួកគេ។

ដូច្នេះយើងមានកិត្តិយសក្នុងការកសាងវេទិកាពពក ហើយសម្រាប់បញ្ហានេះ យើងត្រូវ "បញ្ចុះបញ្ចូល" ប្រព័ន្ធរងមួយចំនួនឱ្យធ្វើការជាមួយយើង។ ជាសំណាងល្អ យើងមាន “ភាសា API” ដៃផ្ទាល់ និងមានភាពរីករាយច្រើន។

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

សូមស្វាគមន៍មកកាន់ឆ្មា។

ការចាប់ផ្តើមនៃផ្លូវ

មួយរយៈមុននេះ ក្រុមការងាររបស់យើងមានភារកិច្ចបើកដំណើរការវេទិកាពពកសម្រាប់អតិថិជនរបស់យើង។ យើងមានការគាំទ្រផ្នែកគ្រប់គ្រង ធនធាន ជង់ផ្នែករឹង និងសេរីភាពក្នុងការជ្រើសរើសបច្ចេកវិទ្យា ដើម្បីអនុវត្តផ្នែកទន់នៃសេវាកម្ម។

វាក៏មានតម្រូវការមួយចំនួនផងដែរ៖

• សេវាកម្មត្រូវការគណនីផ្ទាល់ខ្លួនងាយស្រួល។
• វេទិកាត្រូវតែបញ្ចូលទៅក្នុងប្រព័ន្ធវិក្កយបត្រដែលមានស្រាប់។
• ផ្នែកទន់ និងផ្នែករឹង៖ OpenStack + Tungsten Fabric (Open Contrail) ដែលវិស្វកររបស់យើងបានរៀន "ធ្វើម្ហូប" បានយ៉ាងល្អ។

យើងនឹងប្រាប់អ្នកពេលមួយទៀតអំពីរបៀបដែលក្រុមត្រូវបានប្រមូលផ្តុំ ចំណុចប្រទាក់គណនីផ្ទាល់ខ្លួនត្រូវបានបង្កើតឡើង ហើយការសម្រេចចិត្តរចនាត្រូវបានធ្វើឡើង ប្រសិនបើសហគមន៍ Habra ចាប់អារម្មណ៍។
ឧបករណ៍ដែលយើងសម្រេចចិត្តប្រើ៖

• Python + Flask + Swagger + SQLAlchemy - សំណុំ Python ស្តង់ដារទាំងស្រុង។
• Vue.js សម្រាប់ផ្នែកខាងមុខ;
• យើងបានសម្រេចចិត្តធ្វើអន្តរកម្មរវាងសមាសធាតុ និងសេវាកម្មដោយប្រើ Celery លើ AMQP ។

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

ដូច្នេះសូមចាប់ផ្តើមស្គាល់គ្នា។

វិក័យប័ត្រស្ងាត់ - វិក័យប័ត្រ

យើងស្គាល់បុរសនេះយូរហើយ។ គាត់តែងតែអង្គុយក្បែរខ្ញុំ ហើយរាប់អ្វីមួយដោយស្ងៀមស្ងាត់។ ពេលខ្លះគាត់បានបញ្ជូនបន្តសំណើរបស់អ្នកប្រើប្រាស់មកយើង ចេញវិក្កយបត្រអតិថិជន និងសេវាកម្មគ្រប់គ្រង។ ជាមនុស្សឧស្សាហ៍ព្យាយាម។ ពិត មាន​ការ​លំបាក។ គាត់នៅស្ងៀម ពេលខ្លះគិតច្រើន ហើយជារឿយៗគិតតែពីខ្លួនឯង។

ការចេញវិក្កយបត្រគឺជាប្រព័ន្ធដំបូងដែលយើងព្យាយាមបង្កើតមិត្តជាមួយ។ ហើយការលំបាកដំបូងដែលយើងជួបប្រទះគឺនៅពេលដំណើរការសេវាកម្ម។

ឧទាហរណ៍ នៅពេលបង្កើត ឬលុប កិច្ចការមួយចូលទៅក្នុងជួរវិក្កយបត្រខាងក្នុង។ ដូច្នេះប្រព័ន្ធនៃការងារអសមកាលជាមួយសេវាកម្មត្រូវបានអនុវត្ត។ ដើម្បីដំណើរការប្រភេទសេវាកម្មរបស់យើង យើងត្រូវ "ដាក់" កិច្ចការរបស់យើងទៅក្នុងជួរនេះ។ ហើយនៅទីនេះយើងបានជួបប្រទះបញ្ហាមួយ: កង្វះឯកសារ។

ដោយវិនិច្ឆ័យដោយការពិពណ៌នាអំពីកម្មវិធី API វានៅតែអាចដោះស្រាយបញ្ហានេះបាន ប៉ុន្តែយើងមិនមានពេលវេលាដើម្បីធ្វើវិស្វកម្មបញ្ច្រាសទេ ដូច្នេះហើយយើងបានយកតក្កវិជ្ជានៅខាងក្រៅ ហើយរៀបចំជួរកិច្ចការនៅលើកំពូល RabbitMQ ។ ប្រតិបត្តិការលើសេវាកម្មមួយត្រូវបានផ្តួចផ្តើមដោយអតិថិជនពីគណនីផ្ទាល់ខ្លួនរបស់គាត់ ប្រែទៅជា "ភារកិច្ច" របស់ Celery នៅលើផ្នែកខាងក្រោយ ហើយត្រូវបានអនុវត្តនៅលើផ្នែកវិក្កយបត្រ និង OpenStack ។ Celery ធ្វើឱ្យវាមានភាពងាយស្រួលក្នុងការគ្រប់គ្រងកិច្ចការ រៀបចំពាក្យដដែលៗ និងតាមដានស្ថានភាព។ អ្នកអាចអានបន្ថែមអំពី "celery" ឧទាហរណ៍។ នៅទីនេះ.

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

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

បញ្ហាមួយទៀតគឺភាពស្ងៀមស្ងាត់។

Billy ឆ្លើយដោយស្ងៀមស្ងាត់ថា "យល់ព្រម" ចំពោះសំណើ API មួយចំនួន។ នេះ​ជា​ករណី​ជា​ឧទាហរណ៍ នៅ​ពេល​យើង​ធ្វើ​ការ​ទូទាត់​ប្រាក់​ដែល​បាន​សន្យា​អំឡុង​ពេល​ធ្វើ​តេស្ត (បន្ថែម​ទៀត​នៅ​ពេល​ក្រោយ)។ សំណើត្រូវបានប្រតិបត្តិយ៉ាងត្រឹមត្រូវ ហើយយើងមិនឃើញមានកំហុសណាមួយឡើយ។

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

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

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

• "លក្ខណៈពិសេស" ដែលមិនមានឯកសារដែលប៉ះពាល់ដល់យើងក្នុងមធ្យោបាយមួយឬមួយផ្សេងទៀត;
• ប្រភពបិទជិត (វិក្កយបត្រត្រូវបានសរសេរជា C ++) ជាលទ្ធផល - វាមិនអាចទៅរួចទេក្នុងការដោះស្រាយបញ្ហាទី 1 តាមមធ្យោបាយផ្សេងក្រៅពី "ការសាកល្បង និងកំហុស" ។

ជាសំណាងល្អ ផលិតផលមាន API យ៉ាងទូលំទូលាយ ហើយយើងបានបញ្ចូលប្រព័ន្ធរងខាងក្រោមទៅក្នុងគណនីផ្ទាល់ខ្លួនរបស់យើង៖

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

ដើរកាត់វាល tungsten - ក្រណាត់ Tungsten

វាល Tungsten មាន​ខ្សែភ្លើង​រាប់រយ​ដែល​បញ្ជូន​ព័ត៌មាន​រាប់ពាន់​ប៊ីត​តាមរយៈ​ពួកវា។ ព័ត៌មាន​ត្រូវ​បាន​ប្រមូល​ចូល​ទៅ​ក្នុង “កញ្ចប់​ព័ត៌មាន” ញែក​បង្កើត​ផ្លូវ​ស្មុគស្មាញ ដូច​ជា​ដោយ​វេទមន្ត។

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

ប្រព័ន្ធនេះត្រូវបានរួមបញ្ចូលជាមួយ OpenStack (ពិភាក្សាខាងក្រោម) តាមរយៈកម្មវិធីជំនួយនឺត្រុង។

អន្តរកម្មនៃសេវាកម្ម OpenStack ។

បុរសមកពីនាយកដ្ឋានប្រតិបត្តិការបានណែនាំយើងអំពីប្រព័ន្ធនេះ។ យើងប្រើ API របស់ប្រព័ន្ធដើម្បីគ្រប់គ្រងជង់បណ្តាញនៃសេវាកម្មរបស់យើង។ វាមិនទាន់បណ្តាលឱ្យយើងមានបញ្ហាធ្ងន់ធ្ងរ ឬការរអាក់រអួលនៅឡើយទេ (ខ្ញុំមិនអាចនិយាយសម្រាប់បុរសមកពី OE ទេ) ប៉ុន្តែមានចំណុចចម្លែកមួយចំនួននៅក្នុងអន្តរកម្ម។

ទីមួយមើលទៅដូចនេះ៖ ពាក្យបញ្ជាដែលតម្រូវឱ្យបញ្ចេញទិន្នន័យមួយចំនួនធំទៅកាន់កុងសូលវត្ថុនៅពេលភ្ជាប់តាមរយៈ SSH គ្រាន់តែ "ព្យួរឡើង" ការតភ្ជាប់ខណៈពេលដែលតាមរយៈ VNC អ្វីៗដំណើរការបានត្រឹមត្រូវ។

សម្រាប់អ្នកដែលមិនស៊ាំនឹងបញ្ហា វាមើលទៅគួរឱ្យអស់សំណើចណាស់៖ ls /root ដំណើរការបានត្រឹមត្រូវ ខណៈពេលដែលឧទាហរណ៍ កំពូល "បង្កក" ទាំងស្រុង។ ជាសំណាងល្អ យើងបានជួបប្រទះបញ្ហាស្រដៀងគ្នានេះពីមុនមក។ វាត្រូវបានសម្រេចដោយការលៃតម្រូវ MTU នៅលើផ្លូវពីថ្នាំងកុំព្យូទ័រទៅរ៉ោតទ័រ។ និយាយអញ្ចឹងនេះមិនមែនជាបញ្ហា TF ទេ។

បញ្ហាបន្ទាប់គឺគ្រាន់តែនៅជុំវិញជ្រុង។ ក្នុងពេលមួយ "ដ៏ស្រស់ស្អាត" វេទមន្តនៃផ្លូវបានបាត់ដូចនោះ។ TF បានបញ្ឈប់ការគ្រប់គ្រងការបញ្ជូនតលើឧបករណ៍។

យើងបានធ្វើការជាមួយ Openstack ពីកម្រិតអ្នកគ្រប់គ្រង ហើយបន្ទាប់ពីនោះបានផ្លាស់ទីទៅកម្រិតអ្នកប្រើប្រាស់ដែលត្រូវការ។ SDN ហាក់ដូចជា "ប្លន់" វិសាលភាពរបស់អ្នកប្រើដែលសកម្មភាពត្រូវបានអនុវត្ត។ ការពិតគឺថាគណនីអ្នកគ្រប់គ្រងដូចគ្នាត្រូវបានប្រើដើម្បីភ្ជាប់ TF និង OpenStack ។ នៅជំហាននៃការប្តូរទៅអ្នកប្រើប្រាស់ "វេទមន្ត" បានបាត់។ វាត្រូវបានសម្រេចចិត្តបង្កើតគណនីដាច់ដោយឡែកមួយដើម្បីធ្វើការជាមួយប្រព័ន្ធ។ វាអនុញ្ញាតឱ្យយើងធ្វើការដោយមិនបំបែកមុខងាររួមបញ្ចូល។

Silicon Lifeforms - OpenStack

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

OpenStack គឺជាស្នូលនៃវេទិការបស់យើង។

OpenStack មានប្រព័ន្ធរងជាច្រើន ដែលបច្ចុប្បន្នយើងប្រើ Nova, Glance និង Cinder យ៉ាងសកម្មបំផុត។ ពួកគេម្នាក់ៗមាន API ផ្ទាល់ខ្លួន។ Nova ទទួលខុសត្រូវលើធនធានគណនា និងការបង្កើតឧទាហរណ៍ Cinder ទទួលខុសត្រូវក្នុងការគ្រប់គ្រងបរិមាណ និងរូបថតរបស់ពួកគេ Glance គឺជាសេវាកម្មរូបភាពដែលគ្រប់គ្រងគំរូ OS និង Metainformation នៅលើពួកវា។

សេវាកម្មនីមួយៗដំណើរការក្នុងកុងតឺន័រមួយ ហើយឈ្មួញកណ្តាលសារគឺជា "ទន្សាយស" - RabbitMQ ។

ប្រព័ន្ធនេះបានផ្តល់ឱ្យយើងនូវបញ្ហាដែលមិននឹកស្មានដល់បំផុត។

ហើយបញ្ហាដំបូងមិនយូរប៉ុន្មានទេនៅពេលយើងព្យាយាមភ្ជាប់ភាគបន្ថែមទៅម៉ាស៊ីនមេ។ Cinder API បានបដិសេធមិនធ្វើកិច្ចការនេះទេ។ ច្បាស់ជាងនេះទៅទៀត ប្រសិនបើអ្នកជឿថា OpenStack ខ្លួនវា ការតភ្ជាប់ត្រូវបានបង្កើតឡើង ប៉ុន្តែមិនមានឧបករណ៍ឌីសនៅខាងក្នុងម៉ាស៊ីនមេនិម្មិតទេ។

យើងបានសម្រេចចិត្តធ្វើដំណើរផ្លូវវាង ហើយបានស្នើសុំសកម្មភាពដូចគ្នាពី Nova API។ លទ្ធផលគឺថាឧបករណ៍ភ្ជាប់បានត្រឹមត្រូវ និងអាចចូលប្រើបាននៅក្នុងម៉ាស៊ីនមេ។ វាបង្ហាញថាបញ្ហាកើតឡើងនៅពេលដែលការផ្ទុកប្លុកមិនឆ្លើយតបទៅនឹង Cinder ។

ការលំបាកមួយទៀតកំពុងរង់ចាំយើងនៅពេលធ្វើការជាមួយថាស។ បរិមាណប្រព័ន្ធមិនអាចផ្តាច់ចេញពីម៉ាស៊ីនមេបានទេ។

ជាថ្មីម្តងទៀត OpenStack ខ្លួនវា "ស្បថ" ថាវាបានបំផ្លាញការតភ្ជាប់ហើយឥឡូវនេះអ្នកអាចធ្វើការយ៉ាងត្រឹមត្រូវជាមួយកម្រិតសំឡេងដាច់ដោយឡែក។ ប៉ុន្តែ API តាមប្រភេទមិនចង់ធ្វើប្រតិបត្តិការលើឌីសទេ។

នៅទីនេះយើងបានសម្រេចចិត្តមិនប្រយុទ្ធជាពិសេស ប៉ុន្តែដើម្បីផ្លាស់ប្តូរទស្សនៈរបស់យើងចំពោះតក្កវិជ្ជានៃសេវាកម្ម។ ប្រសិនបើមានឧទាហរណ៍ ត្រូវតែមានបរិមាណប្រព័ន្ធផងដែរ។ ដូច្នេះ អ្នកប្រើប្រាស់មិនអាចលុប ឬបិទប្រព័ន្ធ “ឌីស” ដោយមិនចាំបាច់លុប “ម៉ាស៊ីនមេ” នោះទេ។

OpenStack គឺជាសំណុំប្រព័ន្ធដ៏ស្មុគស្មាញដែលមានតក្កវិជ្ជាអន្តរកម្មផ្ទាល់ខ្លួន និង API ដ៏ប្រណិត។ យើងត្រូវបានជួយដោយឯកសារលម្អិតដោយយុត្តិធម៌ ហើយជាការពិតណាស់ ការសាកល្បង និងកំហុស (តើយើងនឹងនៅទីណាបើគ្មានវា)។

ដំណើរការសាកល្បង

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

ជាការពិតណាស់ ការធ្វើតេស្តដោយខ្លួនឯង មិនមែនដោយគ្មានគ្រាដ៏គួរឱ្យអស់សំណើចនោះទេ ពីព្រោះនេះជាកន្លែងដែលដំណើរផ្សងព្រេងរបស់យើងទើបតែចាប់ផ្តើម។

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

ការចង់ដឹងចង់ឃើញមួយផ្សេងទៀតគឺទាក់ទងទៅនឹងមុខងារនៃប៊ូតុង "ផ្លាស់ប្តូរពាក្យសម្ងាត់" នៅក្នុងគណនីផ្ទាល់ខ្លួនរបស់អ្នក។

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

យើង​បាត់​បង់​ការ​មើល​ឃើញ​ចំណុច​នេះ ហើយ​គ្រាន់​តែ​មិន​មាន​ធនធាន​គ្រប់​គ្រាន់​ដើម្បី​បញ្ចប់​បំណែក​នេះ​ឱ្យ​ឆាប់​រហ័ស។ យើង​ត្រូវ​កាត់​ចេញ​មុខងារ​មុន​ពេល​បើក​ការ​សាកល្បង។
បច្ចុប្បន្ន យើងចាកចេញពីអ្នកប្រើប្រាស់ ប្រសិនបើពាក្យសម្ងាត់ត្រូវបានផ្លាស់ប្តូរ។

ទោះបីជាមានភាពខុសប្លែកគ្នាក៏ដោយ ការធ្វើតេស្តបានដំណើរការល្អ។ ក្នុង​រយៈពេល​ពីរ​បី​សប្តាហ៍ មនុស្ស​ប្រហែល 300 នាក់​បាន​ឈប់។ យើងអាចមើលផលិតផលតាមរយៈភ្នែករបស់អ្នកប្រើប្រាស់ សាកល្បងវាក្នុងសកម្មភាព និងប្រមូលមតិកែលម្អគុណភាពខ្ពស់។

ដើម្បីបន្ត

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

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

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

ថ្មីៗនេះ យើងបានចាប់ផ្តើមសេវាកម្ម។
អ្នកអាចស្វែងយល់លម្អិតទាំងអស់នៅលើរបស់យើង។ តំបន់បណ្តាញ.

ក្រុមអភិវឌ្ឍន៍ CLO

តំណមានប្រយោជន៍

OpenStack

• https://docs.openstack.org/nova/latest/
• https://docs.openstack.org/keystone/latest/
• https://docs.openstack.org/cinder/latest/
• https://docs.openstack.org/glance/latest/

ក្រណាត់ Tungsten

• http://docs.tungsten.io/en/latest/user/getting-started/index.html
• https://www.juniper.net/documentation/en_US/contrail-cloud10.0/topics/concept/contrail-cloud-openstack-integration-overview.html

ប្រភព: www.habr.com