ECR-ôfbyldingsladen: proxy-omgong foar S3-laachdownloads
Folgje ôfbyldingsladen foarby de registry-host as in privee ECR-route laachdownloads noch altyd nei in bedriuwsproxy stjoert.
ECR-oanmelding en manifest-ophaling kinne wurkje wylst in ôfbyldingslaach fêstseit. Amazon ECR bewarret lagen yn S3, en syn VPC-einpunt-rigels behannelje de ECR-API, registry en S3-ophalpaad apart.
- Fyn de hostnamme fan 'e mislearre laach.Hâld de hostnamme út it eigentlike fersyk, ynstee fan oan te nimmen dat de registry-omgong de hiele lading dekt.
- Lokalisear de stjoerder.By in Docker-lading moatst de proxy-konfiguraasje fan 'e daemon besjen. In native Docker Engine daemon.json-foarbyld hâldt de privee ECR- en S3-laachpaden byinoar. Omjouwingsfariabelen dy't foar in nije applikaasjekontener bedoeld binne, kinne in ôfbyldingsdownload net konfigurearje dy't bart foardat dy kontener bestiet.
- Kontrolearje it bedoelde S3-paad.Pas omgongsitems oan de regionale einpuntnammen en de grammatika dy't de klient stipet. Privee DNS, rûtetabellen, einpuntbelied en tastimmingen moatte dat paad ek stypje.
| Waarnommen flater | Wat it jo seit |
|---|---|
| Proxy-ôfwizing | It laachfersyk berikte in tuskenpersoan. |
| Time-out fan direkte ferbining | De omgong hat miskien direkte routing keazen, mar dat paad kin noch hieltyd ûnbrûkber wêze. |
Foarkom dat jo ien ûntbrekkende laachhost ferfange troch in net-beoardiele útsûndering foar elke tsjinst yn it domein fan 'e provider. In direkte útsûndering kin gjin ûntbrekkende gateway-route meitsje.
Brûk de fersiken fan it eigentlike ôfbyld en de aktuele ynstruksjes fan 'e provider. Spesjale ynhâld, ynklusyf frjemde Windows-lagen, kin oare boarnen ynfiere; in histoaryske list fan twa tastiene hosts hoecht se net te dekken.