Kubernetes Pod တွင် ပရောက်စီ ပတ်ဝန်းကျင် ကိန်းရှင်များ သတ်မှတ်ခြင်း

Kubernetes node ပေါ်ရှိ အမိန့်တစ်ခုသည် shell ပရောက်စီကို အသုံးပြုနိုင်သော်လည်း ထို node ပေါ်ရှိ Pod တွင် ပရောက်စီ ပတ်ဝန်းကျင် မရှိပါ။ ကွန်တိန်နာ၏ ပတ်ဝန်းကျင်ကို ၎င်း၏ ရုပ်ပုံနှင့် Pod ဖွဲ့စည်းမှုက သတ်မှတ်သည်။

ဤကိန်းရှင်များကို ပံ့ပိုးသော အပ်ပလီကေးရှင်းအတွက် ၎င်း၏ လက်ရှိ ကွန်တိန်နာ ထည့်သွင်းမှုတွင် env စာရင်းကို ထည့်ပါ-

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 တွင် ဤအရာသည် spec.template.spec.containers ရှိ သက်ဆိုင်ရာ ကွန်တိန်နာအောက်တွင် ရှိသည်။ Pod အသစ်များ ရရှိရန် workload ကို ၎င်း၏ ပုံမှန် rollout မှတစ်ဆင့် အပ်ဒိတ်လုပ်ပါ။ အမှန်တကယ် client က တောင်းဆိုပါက စာလုံးအသေးဖြင့် အမည်များကိုလည်း ပေးပါ။

ကျော်ဖြတ်ရန် စာရင်းသည် စတင်သည့် ဥပမာသာဖြစ်ပြီး ကလပ်စတာ၏ လမ်းကြောင်းတိုင်း၏ စာရင်း မဟုတ်ပါ။ ကလပ်စတာ၏ အမှန်တကယ် DNS အဆက်နှင့် အတွင်းပိုင်း ဦးတည်ရာများကို အသုံးပြုပါ။ ဝန်ဆောင်မှု IP များ အသုံးပြုသော အပ်ပလီကေးရှင်းများသည် ၎င်းတို့၏ client ပံ့ပိုးသော syntax တွင် အမှန်တကယ် ဝန်ဆောင်မှု အပိုင်းအခြားများ လိုအပ်နိုင်သည်။

Init ကွန်တိန်နာများတွင် ၎င်းတို့၏ ကိုယ်ပိုင် ကွန်တိန်နာ သတ်မှတ်ချက်များ ရှိသည်။ ပြင်ပ ဒေါင်းလုဒ် ပြုလုပ်သည့်အခါ ရည်ရွယ်ထားသော ဖွဲ့စည်းမှုကို ထိုတွင် ထည့်ပါ။ အများသူငှာ HTTP ဒေါင်းလုဒ်များအတွက် HTTP ပရောက်စီ စာရင်းမှ endpoint တစ်ခုသည် ဤကွန်တိန်နာ ပတ်ဝန်းကျင် တန်ဖိုးများအတွက် ကိုယ်စားလှယ် ဖြစ်သည်။

ရုပ်ပုံ ဆွဲယူခြင်းသည် အပ်ပလီကေးရှင်း မလည်ပတ်မီ ဖြစ်ပေါ်ပြီး node ၏ ကွန်တိန်နာ runtime က ဆောင်ရွက်သည်။ Pod env သည် ထို ယခင် registry ချိတ်ဆက်မှုကို ဖွဲ့စည်း၍ မရပါ။

နောက်ဆုံးအနေဖြင့် HTTP ပရောက်စီ ကိန်းရှင်များသည် ၎င်းတို့ကို အသုံးပြုသော client များအပေါ်သာ သက်ရောက်သည်။ ၎င်းတို့သည် Pod မှ ထွက်သော မည်သည့် ဒေတာဘေ့စ်၊ UDP သို့မဟုတ် အခြား socket အသွားအလာကိုမျှ ပြန်လည်လမ်းကြောင်းမချပါ။