ወደ ግል ECR መዝገብ በተሳካ ሁኔታ መገናኘት የምስል መጎተትን አያጠናቅቅም። ECR ማኒፌስቱን ያቀርባል፣ Amazon S3 ደግሞ የምስሉን ንብርብሮች ያከማቻል። ስለዚህ መዝገቡን ብቻ የሚሸፍን የፕሮክሲ ማለፊያ የንብርብሮቹ ማውረድ ሌላ መንገድ እንዲይዝ ሊያደርግ ይችላል።

በVPC መጨረሻ ነጥቦች በኩል ለግል መዳረሻ፣ ሁለቱንም መንገዶች ያረጋግጡ፦

  • የECR በይነገጽ መጨረሻ ነጥብና የግል DNS ውቅሩ።
  • የS3 መጨረሻ ነጥብ፣ ተያያዥ የመንገድ ሠንጠረዦቹ እና የECR ንብርብር ባልዲን ለመድረስ የሚፈቅደው መመሪያ።

ከዚያ ተገቢውን የማለፊያ ስሞች መጎተቱን በሚያከናውነው ሂደት ላይ ያስቀምጡ። ነባር የdaemon.json ፕሮክሲ ውቅር ላለው ኔቲቭ Docker Engine፣ የሚከተለው የ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 ምስል ማውረዶችን አያዋቅሩም። በተመሳሳይ ሁኔታ፣ የECR የመግቢያ ምስክርነቶችን የሚያገኝ የAWS CLI ትዕዛዝ የራሱ የፕሮክሲ ውቅር አለው፤ ያ የተለየ ጥያቄም የግል መዳረሻ ከፈለገ የAPI መዳረሻውን ያካትቱ።

ተዛማጅ ጽሑፎች