Docker Engine daemon.json: ការរំលងភ្នាក់ងារសម្រាប់ ECR និង S3 ឯកជន
គិតដល់ការទាញយកស្រទាប់ S3 នៅពេលអ្នករំលងភ្នាក់ងារ HTTP សម្រាប់ការទាញរូបភាព ECR ឯកជនតាមចំណុចបញ្ចប់ VPC។
ការតភ្ជាប់ដោយជោគជ័យទៅកាន់បញ្ជីឈ្មោះ ECR ឯកជនមិនបញ្ចប់ការទាញរូបភាពទេ។ ECR ផ្តល់ manifest រីឯ Amazon S3 រក្សាទុកស្រទាប់របស់រូបភាព។ ដូច្នេះ ការរំលងភ្នាក់ងារដែលគ្របដណ្តប់តែបញ្ជីឈ្មោះអាចធ្វើឱ្យការទាញយកស្រទាប់ធ្វើដំណើរតាមផ្លូវផ្សេង។
សម្រាប់ការចូលប្រើឯកជនតាមចំណុចបញ្ចប់ VPC សូមពិនិត្យផ្លូវទាំងពីរ៖
- ចំណុចបញ្ចប់ចំណុចប្រទាក់ ECR និងការកំណត់ DNS ឯកជនរបស់វា។
- ចំណុចបញ្ចប់ S3 តារាងផ្លូវដែលពាក់ព័ន្ធ និងគោលនយោបាយដែលអនុញ្ញាតឱ្យចូលប្រើធុងស្រទាប់របស់ ECR។
បន្ទាប់មកដាក់ឈ្មោះរំលងពាក់ព័ន្ធនៅលើដំណើរការដែលធ្វើការទាញ។ សម្រាប់ Docker Engine ដើមដែលមានការកំណត់ភ្នាក់ងារ daemon.json ស្រាប់ ការកំណត់ឧទាហរណ៍សម្រាប់ us-east-2 គឺ៖
{
"proxies": {
"http-proxy": "http://proxy.example:8080",
"https-proxy": "http://proxy.example:8080",
"no-proxy": "123456789012.dkr.ecr.us-east-2.amazonaws.com,prod-us-east-2-starport-layer-bucket.s3.us-east-2.amazonaws.com"
}
}
បញ្ចូលធាតុដែលចង់បានជាមួយការកំណត់ផ្សេងទៀតរបស់ daemon និងបញ្ជីរំលងដែលមានស្រាប់។ ប្រសិនបើការទាញយកពីបញ្ជីឈ្មោះសាធារណៈផ្សេងទៀតអាចប្រើអ្នកកណ្តាលសាធារណៈ បញ្ជីភ្នាក់ងារ HTTP ផ្តល់បេក្ខជនសម្រាប់ URL ភ្នាក់ងារដែលមិនត្រូវការគណនី ដោយរក្សាការរំលងឯកជន ECR និង S3។ ជំនួសគណនី តំបន់ និងឈ្មោះម៉ាស៊ីនទាញយកស្រទាប់ដោយឈ្មោះដែលការទាញប្រើពិតប្រាកដ។ ទម្រង់ឈ្មោះ S3 និងការកំណត់ចំណុចបញ្ចប់អាចខុសគ្នា ឧទាហរណ៍នេះមិនមែនជាបញ្ជីពេញលេញនៃចំណុចបញ្ចប់ AWS ទេ។ ការអនុវត្តការកំណត់ daemon ត្រូវការចាប់ផ្តើមឡើងវិញនូវ daemon ដែលបានកំណត់។ Docker Desktop ប្រើការកំណត់ភ្នាក់ងារផ្ទាល់ខ្លួន។
ការរំលងជ្រើសរើសផ្លូវផ្ទាល់។ វាមិនអាចបង្កើតចំណុចបញ្ចប់ S3 ដែលបាត់ ភ្ជាប់តារាងផ្លូវ ផ្តល់សិទ្ធិចូលធុង ឬជួសជុល DNS ឯកជនបានទេ។ បញ្ជាក់ការពឹងផ្អែកទាំងនោះមុនពេលពង្រីកការរំលងទៅដែន AWS ធំទូលាយ។
ការកំណត់ភ្នាក់ងារកុងតឺន័ររបស់អតិថិជន Docker មិនកំណត់ការទាញយករូបភាពរបស់ daemon ទេ។ ដូចគ្នាដែរ ពាក្យបញ្ជា AWS CLI ដែលទទួលបានព័ត៌មានសម្គាល់ចូល ECR មានការកំណត់ភ្នាក់ងារផ្ទាល់ខ្លួន សូមបញ្ចូលគោលដៅ API របស់វាប្រសិនបើសំណើដាច់ដោយឡែកនោះក៏ត្រូវការការចូលប្រើឯកជនដែរ។