របៀបធ្វើមាត្រដ្ឋានពាណិជ្ជកម្ម Docker ដើម្បីបម្រើអ្នកអភិវឌ្ឍន៍រាប់លាននាក់ ផ្នែកទី 2៖ ទិន្នន័យក្រៅប្រទេស

នេះគឺជាអត្ថបទទីពីរនៅក្នុងស៊េរីនៃអត្ថបទដែលនឹងគ្របដណ្តប់ដែនកំណត់នៅពេលទាញយករូបភាពកុងតឺន័រ។

В ផ្នែកដំបូង។ យើងបានក្រឡេកមើលរូបភាពដែលរក្សាទុកនៅក្នុង Docker Hub ដែលជាបញ្ជីឈ្មោះដ៏ធំបំផុតនៃរូបភាពកុងតឺន័រ។ យើងកំពុងសរសេរវាដើម្បីជួយអ្នកឱ្យយល់កាន់តែច្បាស់អំពីរបៀបដែលលក្ខខណ្ឌនៃសេវាកម្មដែលបានធ្វើបច្ចុប្បន្នភាពរបស់យើងនឹងប៉ះពាល់ដល់ក្រុមអភិវឌ្ឍន៍ដោយប្រើ Docker Hub ដើម្បីគ្រប់គ្រងរូបភាពកុងតឺន័រ និងបំពង់ CICD ។

ដែនកំណត់ប្រេកង់ទាញយកត្រូវបានប្រកាសពីមុននៅក្នុងរបស់យើង។ លក្ខខណ្ឌ​នៃ​សេវាកម្ម. យើងពិនិត្យមើលឱ្យបានដិតដល់នូវដែនកំណត់ប្រេកង់ដែលនឹងចូលជាធរមាននៅថ្ងៃទី 1 ខែវិច្ឆិកា ឆ្នាំ 2020៖

គម្រោងឥតគិតថ្លៃ អ្នកប្រើប្រាស់អនាមិក៖ ទាញយក 100 ដងក្នុងរយៈពេល 6 ម៉ោង។
គម្រោងឥតគិតថ្លៃ អ្នកប្រើប្រាស់ដែលមានការអនុញ្ញាត៖ ទាញយក 200 ដងក្នុងរយៈពេល 6 ម៉ោង។
គម្រោងគាំទ្រ៖ គ្មានដែនកំណត់
ផែនការក្រុម៖ គ្មានដែនកំណត់

ប្រេកង់ទាញយក Docker ត្រូវបានកំណត់ជាចំនួននៃសំណើ manifest ទៅកាន់ Docker Hub ។ ដែនកំណត់ប្រេកង់ទាញយករូបភាពអាស្រ័យលើប្រភេទនៃគណនីដែលស្នើសុំរូបភាព មិនមែនប្រភេទនៃគណនីម្ចាស់រូបភាពនោះទេ។ សម្រាប់អ្នកប្រើប្រាស់អនាមិក (គ្មានការអនុញ្ញាត) ប្រេកង់ទាញយកត្រូវបានភ្ជាប់ទៅអាសយដ្ឋាន ip ។

NB អ្នកនឹងទទួលបាន subtleties បន្ថែមទៀត និងករណីអនុវត្តល្អបំផុត នៅលើវគ្គសិក្សា Docker ពីអ្នកអនុវត្ត. លើសពីនេះទៅទៀត អ្នកអាចឆ្លងកាត់វានៅពេលដែលវាងាយស្រួលសម្រាប់អ្នក - ទាំងពេលវេលា និងក្នុងអារម្មណ៍។

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

ការវិភាគលម្អិតនៃប្រេកង់ទាញយករូបភាព Docker Hub

យើងបានចំណាយពេលច្រើនក្នុងការវិភាគលើការទាញយករូបភាពពី Docker Hub ដើម្បីកំណត់ពីមូលហេតុនៃដែនកំណត់ល្បឿន ក៏ដូចជារបៀបកំណត់វាយ៉ាងច្បាស់លាស់។ អ្វី​ដែល​យើង​បាន​ឃើញ​បាន​បញ្ជាក់​ថា​អ្នក​ប្រើ​ស្ទើរតែ​ទាំងអស់​កំពុង​ទាញ​យក​រូបភាព​ក្នុង​អត្រា​ដែល​អាច​ព្យាករណ៍​បាន​សម្រាប់​លំហូរ​ការងារ​ធម្មតា។ ទោះយ៉ាងណាក៏ដោយ មានឥទ្ធិពលគួរឱ្យកត់សម្គាល់នៃអ្នកប្រើប្រាស់អនាមិកមួយចំនួនតូច ឧទាហរណ៍ ប្រហែល 30% នៃការទាញយកទាំងអស់បានមកពីអ្នកប្រើប្រាស់អនាមិកត្រឹមតែ 1% ប៉ុណ្ណោះ។

ដែនកំណត់ថ្មីគឺផ្អែកលើការវិភាគនេះ ដូច្នេះអ្នកប្រើប្រាស់ភាគច្រើនរបស់យើងនឹងមិនរងផលប៉ះពាល់ទេ។ ដែនកំណត់ទាំងនេះត្រូវបានបង្កើតឡើងដើម្បីឆ្លុះបញ្ចាំងពីការប្រើប្រាស់ធម្មតាដោយអ្នកអភិវឌ្ឍន៍ - ការរៀន Docker ការបង្កើតកូដ ការបង្កើតរូបភាពជាដើម។

ជួយអ្នកអភិវឌ្ឍន៍ឱ្យយល់កាន់តែច្បាស់អំពីដែនកំណត់ប្រេកង់ទាញយក

ឥឡូវនេះយើងបានយល់ពីផលប៉ះពាល់ និងកន្លែងដែលព្រំដែនគួរតែស្ថិតនៅ យើងត្រូវកំណត់លក្ខខណ្ឌបច្ចេកទេសសម្រាប់ប្រតិបត្តិការនៃការរឹតបន្តឹងទាំងនេះ។ ការរឹតបន្តឹងការទាញយករូបភាពពីបញ្ជីឈ្មោះ Docker គឺពិបាកណាស់។ អ្នកនឹងមិនអាចរកឃើញ API សម្រាប់ការទាញយកនៅក្នុងការពិពណ៌នាបញ្ជីឈ្មោះទេ - វាគ្រាន់តែមិនមាន។ ជាការពិត ការទាញយករូបភាពគឺជាការរួមបញ្ចូលគ្នានៃសំណើ manifest និង blobs នៅក្នុង API ហើយពួកវាត្រូវបានប្រតិបត្តិខុសគ្នា អាស្រ័យលើស្ថានភាពនៃ អតិថិជន និងរូបភាពដែលបានស្នើសុំ។

ឧទាហរណ៍ ប្រសិនបើអ្នកមានរូបភាពរួចហើយ Docker Engine នឹងចេញសំណើសម្រាប់ manifest យល់ថាវាមានស្រទាប់ចាំបាច់ទាំងអស់រួចហើយដោយផ្អែកលើ manifest ដែលបានទទួលយក ហើយបន្ទាប់មកឈប់។ ម្យ៉ាងវិញទៀត ប្រសិនបើអ្នកកំពុងទាញយករូបភាពដែលគាំទ្រស្ថាបត្យកម្មច្រើន សំណើ manifest នឹងត្រឡប់បញ្ជីនៃរូបភាព manifests សម្រាប់ស្ថាបត្យកម្មដែលបានគាំទ្រនីមួយៗ។ បន្ទាប់មក Docker Engine នឹងចេញសំណើ manifest មួយផ្សេងទៀត ទាក់ទងនឹងស្ថាបត្យកម្មពិសេសដែលវាកំពុងដំណើរការ ហើយត្រឡប់មកវិញនឹងទទួលបានបញ្ជីស្រទាប់ទាំងអស់នៅក្នុងរូបភាព។ បន្ទាប់មកវានឹងសួររកស្រទាប់ដែលបាត់នីមួយៗ (blob)។

NB ប្រធានបទនេះត្រូវបានគ្របដណ្តប់កាន់តែទូលំទូលាយនៅក្នុង វគ្គសិក្សា Dockerដែលក្នុងនោះយើងនឹងវិភាគឧបករណ៍ទាំងអស់របស់វា៖ ពីអរូបីមូលដ្ឋានដល់ប៉ារ៉ាម៉ែត្របណ្តាញ ភាពខុសប្លែកគ្នានៃការធ្វើការជាមួយប្រព័ន្ធប្រតិបត្តិការផ្សេងៗ និងភាសាសរសេរកម្មវិធី។ អ្នកនឹងស្គាល់បច្ចេកវិទ្យា និងយល់ពីកន្លែង និងរបៀបប្រើ Docker ល្អបំផុត។

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

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

ទន្ទឹងរង់ចាំមតិកែលម្អរបស់អ្នក។

យើងនឹងត្រួតពិនិត្យការរឹតបន្តឹង និងធ្វើការកែតម្រូវដោយផ្អែកទៅលើករណីប្រើប្រាស់ទូទៅ ដើម្បីធ្វើឱ្យប្រាកដថាការរឹតបន្តឹងគឺសមរម្យសម្រាប់ប្រភេទអ្នកប្រើប្រាស់នីមួយៗ ហើយជាពិសេស យើងនឹងព្យាយាមមិនរារាំងអ្នកអភិវឌ្ឍន៍ពីការធ្វើការងាររបស់ពួកគេឡើយ។

សូមរង់ចាំនៅប៉ុន្មានសប្តាហ៍ខាងមុខនេះ សម្រាប់អត្ថបទមួយទៀតស្តីពីការកែប្រែ CI និងប្រព័ន្ធប្រយុទ្ធ ដោយគិតពីការផ្លាស់ប្តូរទាំងនេះ។

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

សម្រាប់ព័ត៌មានបន្ថែមអំពីការផ្លាស់ប្តូរចុងក្រោយបំផុតចំពោះលក្ខខណ្ឌនៃសេវាកម្ម សូមចូលទៅកាន់ សំណួរញឹកញាប់.

សម្រាប់អ្នកដែលត្រូវការបង្កើនដែនកំណត់ប្រេកង់ទាញយករូបភាពរបស់ពួកគេ Docker ផ្តល់នូវការទាញយករូបភាពគ្មានដែនកំណត់ជាលក្ខណៈពិសេសមួយ។ គម្រោងគាំទ្រ ឬក្រុម. ដូចរាល់ដង យើងស្វាគមន៍មតិកែលម្អ និងសំណួរនានា។ នៅទីនេះ.

ប្រភព: www.habr.com