ពាក្យបញ្ជានៅលើ node របស់ Kubernetes អាចប្រើប្រូកស៊ី shell ខណៈពេល Pod នៅលើ node នោះមិនមានបរិស្ថានប្រូកស៊ី។ បរិស្ថានរបស់ container ត្រូវបានកំណត់ដោយរូបភាព និងការកំណត់ Pod របស់វា។

សម្រាប់កម្មវិធីដែលគាំទ្រអថេរទាំងនេះ សូមបន្ថែមបញ្ជី env ទៅធាតុ container ដែលមានស្រាប់របស់វា៖

env:
  - name: HTTP_PROXY
    value: http://proxy.example:8080
  - name: HTTPS_PROXY
    value: http://proxy.example:8080
  - name: NO_PROXY
    value: localhost,127.0.0.1,kubernetes.default.svc,.svc,.cluster.local

នៅក្នុង Deployment នេះស្ថិតនៅក្រោម container ពាក់ព័ន្ធក្នុង spec.template.spec.containers។ ធ្វើបច្ចុប្បន្នភាព workload តាមរយៈ rollout ធម្មតារបស់វា ដើម្បីឱ្យ Pod ថ្មីទទួលបានវា។ ផ្តល់ឈ្មោះអក្សរតូចផងដែរ នៅពេលដែលអតិថិជនពិតទាមទារ។

បញ្ជីរំលងគឺជាឧទាហរណ៍ចាប់ផ្តើម មិនមែនជាបញ្ជីនៃរាល់ផ្លូវក្នុង cluster ទេ។ ប្រើប្រាស់ផ្នែកបន្ថែម DNS ពិតរបស់ cluster និងគោលដៅខាងក្នុង។ កម្មវិធីដែលប្រើ IP សេវាកម្មអាចត្រូវការជួរសេវាកម្មពិតក្នុងវាក្យសម្ព័ន្ធដែលអតិថិជនរបស់ពួកគេគាំទ្រ។

container init មានការកំណត់ container ផ្ទាល់ខ្លួន។ បន្ថែមការកំណត់ដែលបានគ្រោងទុកនៅទីនោះ នៅពេលពួកវាធ្វើការទាញយកខាងក្រៅ។ សម្រាប់ការទាញយក HTTP សាធារណៈ ចំណុចបញ្ចប់ពីបញ្ជីប្រូកស៊ី HTTP គឺជាបេក្ខជនសម្រាប់តម្លៃបរិស្ថាន container ទាំងនេះ។

ការទាញរូបភាពកើតឡើងមុនពេលកម្មវិធីដំណើរការ ហើយត្រូវបានអនុវត្តដោយ runtime container របស់ node។ Pod env មិនអាចកំណត់ការតភ្ជាប់ registry មុននោះបានទេ។

ចុងក្រោយ អថេរប្រូកស៊ី HTTP ប៉ះពាល់តែអតិថិជនដែលប្រើប្រាស់ពួកវាប៉ុណ្ណោះ។ ពួកវាមិនប្តូរទិសចរាចរណ៍ database, UDP ឬ socket ផ្សេងទៀតដោយបំពានពី Pod នោះទេ។

អត្ថបទពាក់ព័ន្ធ