Kuvuta picha za ECR: kupita proksi kwa upakuaji wa tabaka za S3
Fuatilia uvutaji wa picha zaidi ya mwenyeji wa rejista wakati njia ya ECR ya faragha bado inatuma upakuaji wa tabaka kwa proksi ya shirika.
Kuingia kwenye ECR na kupata manifest kunaweza kufanya kazi wakati tabaka la picha linasimama. Amazon ECR huhifadhi tabaka katika S3, na mwongozo wake wa VPC endpoint hushughulikia ECR API, rejista na njia ya upataji wa S3 kwa tofauti.
- Tafuta jina la mwenyeji wa tabaka lililoshindwa.Hifadhi jina la mwenyeji kutoka ombi halisi badala ya kudhani kwamba upitaji wa rejista unashughulikia uvutaji wote.
- Tambua mtumaji.Kwa uvutaji wa Docker, chunguza usanidi wa proksi wa daemon. Mfano wa asili wa daemon.json wa Docker Engine huweka njia za tabaka za ECR na S3 za faragha pamoja. Vigezo vya mazingira vinavyokusudiwa kontena jipya la programu haviwezi kusanidi upakuaji wa picha unaotokea kabla kontena hilo kuwepo.
- Angalia njia ya S3 inayokusudiwa.Oanisha maingizo ya upitaji na majina ya endpoint za kikanda na sarufi inayotumika kwa mteja. DNS ya faragha, majedwali ya njia, sera ya endpoint na ruhusa pia lazima ziunge mkono njia hiyo.
| Hitilafu iliyozingatiwa | Inakuambia nini |
|---|---|
| Kukataliwa na proksi | Ombi la tabaka lilifika kwa mpatanishi. |
| Muda wa muunganisho wa moja kwa moja kuisha | Upitaji unaweza kuwa umechagua uelekezaji wa moja kwa moja, lakini njia hiyo bado inaweza kuwa isiyotumika. |
Epuka kubadilisha mwenyeji mmoja wa tabaka anayekosekana na ubaguzi ambao haujapitiliwa kwa kila huduma katika kikoa cha mtoa huduma. Ubaguzi wa moja kwa moja hauwezi kuunda njia ya lango inayokosekana.
Tumia maombi ya picha halisi na maagizo ya sasa ya mtoa huduma. Maudhui maalum, ikiwa ni pamoja na tabaka za Windows za kigeni, yanaweza kuleta vyanzo vingine; orodha ya kiidhini ya kihistoria ya wenyeji wawili haifai kuzishughulikia.