ပတ်ဝန်းကျင်သိသော HTTP သယ်ယူမှုကို အသုံးပြုသည့် container အတွင်းရှိ Distribution registry အတွက် S3 လမ်းကြောင်းကို registry container သို့ ပေးပို့ပါ။

services:
  registry:
    environment:
      HTTP_PROXY: http://proxy.example.internal:8080
      HTTPS_PROXY: http://proxy.example.internal:8080
      NO_PROXY: localhost,127.0.0.1

၎င်းကို ရှိပြီးသား image၊ သိုလှောင်မှု၊ စစ်မှန်ကြောင်းအထောက်အထားနှင့် volumes များနှင့် ပေါင်းစပ်ပါ။ ဤအပိုင်းသည် ပြည့်စုံသော registry မဟုတ်ပါ။ proxy အမည်သည် ထို container မှ ရောက်ရှိနိုင်ရမည်၊ scheme သည် proxy listener နှင့် ကိုက်ညီရမည်။

ဖြန့်ကျက်ထားသော S3 driver နှင့် သယ်ယူမှုကို အတည်ပြုပါ။ Distribution 2.8.3 ၏ ကိုးကားထားသော အရင်းအမြစ်သည် AWS SDK session ကို အသုံးပြုသည်။ စိတ်ကြိုက် driver သို့မဟုတ် သယ်ယူမှုအတွက် အခြားပံ့ပိုးထားသော ဖွဲ့စည်းမှု လိုအပ်နိုင်သည်။

ချိတ်ဆက်မှုမည်သူ ဖွဲ့စည်းသည် သို့မဟုတ် စုံစမ်းသည်
Client → registryregistry ၏ အဝင် HTTP listener နှင့် client လမ်းကြောင်း
Daemon → image အရင်းအမြစ်Docker daemon proxy ဆက်တင်များ
Registry → S3registry လုပ်ငန်းစဉ်၏ သိုလှောင်မှု HTTP သယ်ယူမှု

client အောင်မြင်စွာ ဝင်ရောက်ခြင်းသည် ပထမလမ်းကြောင်းကိုသာ သက်သေပြသည်။ သိုလှောင်မှု driver သည် S3 သို့ ၎င်း၏ကိုယ်ပိုင် တောင်းဆိုမှုများ ပို့သည်။ ယခင်က registry image ကို ဆွဲခဲ့သော daemon သည် ထိုခေါ်ဆိုမှုများကို မပြုလုပ်ပါ။

blob ဒေါင်းလုဒ်များအတွင်း လွှဲပြောင်းမှုများကိုလည်း စစ်ဆေးပါ။ Distribution သည် အသုံးပြုသူကို ပစ္စည်းသိုလှောင်ရာသို့ လွှဲပြောင်းနိုင်ပြီး ထို client အတွက် S3 သို့ တိုက်ရိုက်ရောက်ရှိရန် လိုအပ်ချက် ဖြစ်စေသည်။ registry ၏ proxy ကို ဖွဲ့စည်းခြင်းသည် အသုံးပြုသူကို ဖွဲ့စည်းခြင်း မဟုတ်ပါ။ လွှဲပြောင်းမှု အပြုအမူကို ပြောင်းလဲခြင်းသည် blob အသွားအလာ စီးဆင်းသည့်နေရာကို ပြောင်းလဲသည်၊ ထို့ကြောင့် ထိုဆက်တင်ကို ချိန်ညှိမီ မအောင်မြင်သော ပို့သူနှင့် လုပ်ဆောင်ချက်ကို အမည်ပေးပါ။

ဆက်စပ်ဆောင်းပါးများ