ECR ਇਮੇਜ ਪੁਲ: S3 ਲੇਅਰ ਡਾਊਨਲੋਡ ਲਈ ਪ੍ਰੌਕਸੀ ਬਾਈਪਾਸ
ਜਦੋਂ ਨਿੱਜੀ ECR ਰਸਤਾ ਅਜੇ ਵੀ ਲੇਅਰ ਡਾਊਨਲੋਡ ਕਾਰਪੋਰੇਟ ਪ੍ਰੌਕਸੀ ਵੱਲ ਭੇਜਦਾ ਹੈ, ਤਾਂ ਇਮੇਜ ਪੁਲ ਨੂੰ ਰਜਿਸਟਰੀ ਹੋਸਟ ਤੋਂ ਅੱਗੇ ਵੀ ਟਰੈਕ ਕਰੋ।
ਇਮੇਜ ਲੇਅਰ ਦੇ ਰੁਕਣ ਵੇਲੇ ਵੀ ECR ਲੌਗਇਨ ਅਤੇ ਮੈਨੀਫੈਸਟ ਪ੍ਰਾਪਤੀ ਕੰਮ ਕਰ ਸਕਦੇ ਹਨ। Amazon ECR ਲੇਅਰਾਂ ਨੂੰ S3 ਵਿੱਚ ਸਟੋਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸ ਦੀ VPC ਐਂਡਪੌਇੰਟ ਗਾਈਡ ECR API, ਰਜਿਸਟਰੀ ਅਤੇ S3 ਪ੍ਰਾਪਤੀ ਮਾਰਗ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਵੇਖਦੀ ਹੈ।
- ਫੇਲ ਹੋਈ ਲੇਅਰ ਦਾ ਹੋਸਟਨਾਮ ਲੱਭੋ।ਰਜਿਸਟਰੀ ਬਾਈਪਾਸ ਪੂਰੀ ਪੁਲ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ ਇਹ ਮੰਨਣ ਦੀ ਬਜਾਏ ਅਸਲ ਬੇਨਤੀ ਤੋਂ ਹੋਸਟਨਾਮ ਰੱਖੋ।
- ਭੇਜਣ ਵਾਲੇ ਦੀ ਪਛਾਣ ਕਰੋ।Docker ਪੁਲ ਲਈ, ਡੈਮਨ ਦੀ ਪ੍ਰੌਕਸੀ ਸੰਰਚਨਾ ਦੀ ਜਾਂਚ ਕਰੋ। ਇੱਕ ਮੂਲ Docker Engine daemon.json ਉਦਾਹਰਨ ਨਿੱਜੀ ECR ਅਤੇ S3 ਲੇਅਰ ਮਾਰਗਾਂ ਨੂੰ ਇਕੱਠੇ ਰੱਖਦੀ ਹੈ। ਨਵੇਂ ਐਪਲੀਕੇਸ਼ਨ ਕੰਟੇਨਰ ਲਈ ਇਰਾਦਾ ਕੀਤੇ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਉਸ ਇਮੇਜ ਡਾਊਨਲੋਡ ਨੂੰ ਸੰਰਚਿਤ ਨਹੀਂ ਕਰ ਸਕਦੇ ਜੋ ਉਸ ਕੰਟੇਨਰ ਦੇ ਹੋਂਦ ਵਿੱਚ ਆਉਣ ਤੋਂ ਪਹਿਲਾਂ ਹੁੰਦਾ ਹੈ।
- ਇਰਾਦਾ ਕੀਤਾ S3 ਮਾਰਗ ਜਾਂਚੋ।ਬਾਈਪਾਸ ਐਂਟਰੀਆਂ ਨੂੰ ਖੇਤਰੀ ਐਂਡਪੌਇੰਟ ਨਾਵਾਂ ਅਤੇ ਕਲਾਇੰਟ ਵੱਲੋਂ ਸਮਰਥਿਤ ਵਿਆਕਰਣ ਨਾਲ ਮਿਲਾਓ। ਨਿੱਜੀ DNS, ਰੂਟ ਟੇਬਲ, ਐਂਡਪੌਇੰਟ ਨੀਤੀ ਅਤੇ ਇਜਾਜ਼ਤਾਂ ਵੀ ਉਸ ਮਾਰਗ ਦਾ ਸਮਰਥਨ ਕਰਨੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।
| ਦੇਖੀ ਗਈ ਅਸਫਲਤਾ | ਇਹ ਤੁਹਾਨੂੰ ਕੀ ਦੱਸਦੀ ਹੈ |
|---|---|
| ਪ੍ਰੌਕਸੀ ਵੱਲੋਂ ਇਨਕਾਰ | ਲੇਅਰ ਬੇਨਤੀ ਇੱਕ ਵਿਚੋਲੇ ਤੱਕ ਪਹੁੰਚੀ। |
| ਸਿੱਧੇ ਕਨੈਕਸ਼ਨ ਦਾ ਸਮਾਂ ਖਤਮ | ਬਾਈਪਾਸ ਨੇ ਸਿੱਧੀ ਰੂਟਿੰਗ ਚੁਣੀ ਹੋ ਸਕਦੀ ਹੈ, ਪਰ ਉਹ ਮਾਰਗ ਫਿਰ ਵੀ ਨਕਾਰਾ ਹੋ ਸਕਦਾ ਹੈ। |
ਪ੍ਰਦਾਤਾ ਦੇ ਡੋਮੇਨ ਵਿੱਚ ਹਰੇਕ ਸੇਵਾ ਲਈ ਬਿਨਾਂ ਸਮੀਖਿਆ ਵਾਲੇ ਅਪਵਾਦ ਨਾਲ ਇੱਕ ਗੁੰਮ ਲੇਅਰ ਹੋਸਟ ਬਦਲਣ ਤੋਂ ਬਚੋ। ਸਿੱਧਾ ਅਪਵਾਦ ਗੁੰਮ ਗੇਟਵੇ ਮਾਰਗ ਨਹੀਂ ਬਣਾ ਸਕਦਾ।
ਅਸਲ ਇਮੇਜ ਦੀਆਂ ਬੇਨਤੀਆਂ ਅਤੇ ਪ੍ਰਦਾਤਾ ਦੀਆਂ ਮੌਜੂਦਾ ਹਦਾਇਤਾਂ ਵਰਤੋ। ਵਿਸ਼ੇਸ਼ ਸਮੱਗਰੀ, ਵਿਦੇਸ਼ੀ Windows ਲੇਅਰਾਂ ਸਮੇਤ, ਹੋਰ ਸਰੋਤ ਲਿਆ ਸਕਦੀ ਹੈ; ਇਤਿਹਾਸਕ ਦੋ-ਹੋਸਟ ਮਨਜ਼ੂਰੀ ਸੂਚੀ ਨੂੰ ਉਨ੍ਹਾਂ ਨੂੰ ਕਵਰ ਕਰਨਾ ਜ਼ਰੂਰੀ ਨਹੀਂ।