docker pull က ကွန်တိန်နာ၏ ပရောက်စီဆက်တင်ကို ဘာကြောင့်လျစ်လျူရှုသလဲ။

docker pull မအောင်မြင်လျှင် Docker daemon သို့မဟုတ် Docker Desktop ကို ပြင်ဆင်ပါ။ အက်ပ်ကွန်တိန်နာက ၎င်း၏ပရောက်စီကိန်းရှင်ကို မဖတ်နိုင်မီ image ကို ဒေါင်းလုဒ်လုပ်သည်။

တိုက်ရိုက်တပ်ဆင်သော Docker Engine

ဤအပိုင်းကို ရှိပြီးသားdaemon ပရောက်စီပြင်ဆင်မှုနှင့် ပေါင်းပါ။ စာရွက်စာတမ်းချိတ်ဆက်မှတ်ကို အစားထိုး၍ မသက်ဆိုင်သောဆက်တင်များ ထိန်းပါ။ အများသုံးပရောက်စီခွင့်ပြုသည့် အများသုံး image စမ်းသပ်မှုအတွက် HTTP ပရောက်စီစာရင်းက ရွေးချယ်စရာပေးသည်။

{
  "proxies": {
    "http-proxy": "http://203.0.113.10:8080",
    "https-proxy": "http://203.0.113.10:8080",
    "no-proxy": "localhost,127.0.0.1,registry.example.internal"
  }
}

daemon ၏ တုံးတိုပါသောကီးများက Docker ကလိုင်းယင့်၏ ~/.docker/config.json ထဲရှိ camelCase ကီးများနှင့် မတူပါ။ ကလိုင်းယင့်ပရောက်စီအပိုင်းက ကွန်တိန်နာအသစ်များနှင့် build များအတွက် ပတ်ဝန်းကျင်ကိန်းရှင်ပေးပြီး daemon ဒေါင်းလုဒ် သို့မဟုတ် ရှိပြီးသားကွန်တိန်နာပတ်ဝန်းကျင်ကို မပြင်ဆင်ပါ။

တပ်ဆင်မှုပုံစံ၏စာရွက်စာတမ်းအတိုင်း daemon ပြန်စတင်ပြီး လက်ရှိအလုပ်အပေါ် သက်ရောက်မှုကို စီစဉ်ပါ။ daemon က စတင်သည့်ပတ်ဝန်းကျင်မှ ပရောက်စီကိန်းရှင်ကိုလည်း ယူနိုင်သည်။ နောက်ပိုင်း terminal တွင် export လုပ်လျှင် လုပ်ဆောင်နေသောဝန်ဆောင်မှု မပြောင်းပါ။

Docker Desktop

Desktop ၏ ကိုယ်ပိုင်ပရောက်စီဆက်တင်သုံးပါ။ Docker စာရွက်စာတမ်းအရ Desktop က daemon.json ထဲရှိပရောက်စီမှတ်တမ်းကို လျစ်လျူရှုသောကြောင့် တိုက်ရိုက် Engine ဥပမာကို ထပ်ခါပြင်လည်း ဤထုတ်ကုန်လမ်းကြောင်း မသတ်မှတ်နိုင်ပါ။

မှန်သောအစိတ်အပိုင်းပြင်ပြီး image ကို ပြန်ဆွဲပါ။ registry ဝင်ရောက်မှု၊ အထောက်အထားစစ်ဆေးမှု၊ လမ်းလွှဲမှု သို့မဟုတ် layer ဒေါင်းလုဒ် မည်သည့်အပိုင်းမအောင်မြင်သည်ကို ဖတ်ပါ။ ရှိပြီးသားကွန်တိန်နာအတွင်း အောင်မြင်သော HTTP တောင်းဆိုချက်က ထိုအက်ပ်လမ်းကြောင်းသာ စစ်သည်။ မျှဝေသောစခရင်ရှော့နှင့် commit ဖိုင်တွင် ပရောက်စီဝင်ရောက်အချက်အလက် မထည့်ပါနှင့်။ daemon ပြင်ဆင်မှုနှင့် ကွန်တိန်နာပတ်ဝန်းကျင်သည် လျှို့ဝှက်ချက်သိမ်းဆည်းရာ မဟုတ်ပါ။