ECR ଇମେଜ୍ ପୁଲ: S3 ସ୍ତର ଡାଉନଲୋଡ୍ ପାଇଁ ପ୍ରକ୍ସି ବାଇପାସ୍
ଯେତେବେଳେ ଘରୋଇ ECR ପଥ ଏବେ ମଧ୍ୟ ସ୍ତର ଡାଉନଲୋଡ୍ କର୍ପୋରେଟ୍ ପ୍ରକ୍ସିକୁ ପଠାଉଛି, ଇମେଜ୍ ପୁଲକୁ ରେଜିଷ୍ଟ୍ରି ହୋଷ୍ଟ ବାହାରେ ମଧ୍ୟ ଅନୁସରଣ କରନ୍ତୁ।
ଇମେଜ୍ ସ୍ତର ଅଟକି ରହିବା ସମୟରେ ECR ଲଗଇନ୍ ଏବଂ ମାନିଫେଷ୍ଟ ପ୍ରାପ୍ତି କାମ କରିପାରେ। Amazon ECR ସ୍ତରଗୁଡ଼ିକୁ S3 ରେ ସଂରକ୍ଷଣ କରେ, ଏବଂ ଏହାର VPC ଏଣ୍ଡପଏଣ୍ଟ ମାର୍ଗଦର୍ଶିକା ECR API, ରେଜିଷ୍ଟ୍ରି ଏବଂ S3 ପ୍ରାପ୍ତି ପଥକୁ ଅଲଗା ଭାବରେ ଦେଖେ।
- ବିଫଳ ସ୍ତରର ହୋଷ୍ଟନାମ ଖୋଜନ୍ତୁ।ରେଜିଷ୍ଟ୍ରି ବାଇପାସ୍ ସମଗ୍ର ପୁଲକୁ ଆଚ୍ଛାଦନ କରେ ବୋଲି ଧରିବା ପରିବର୍ତ୍ତେ ପ୍ରକୃତ ଅନୁରୋଧରୁ ହୋଷ୍ଟନାମ ରଖନ୍ତୁ।
- ପ୍ରେରକକୁ ଚିହ୍ନଟ କରନ୍ତୁ।Docker ପୁଲ ପାଇଁ, ଡେମନର ପ୍ରକ୍ସି ବିନ୍ୟାସ ଯାଞ୍ଚ କରନ୍ତୁ। ଏକ ମୂଳ Docker Engine daemon.json ଉଦାହରଣ ଘରୋଇ ECR ଏବଂ S3 ସ୍ତର ପଥକୁ ଏକାଠି ରଖେ। ନୂଆ ଆପ୍ଲିକେସନ୍ କଣ୍ଟେନର ପାଇଁ ଉଦ୍ଦିଷ୍ଟ ପରିବେଶ ଚର ଗୁଡ଼ିକ ସେହି କଣ୍ଟେନର ଅସ୍ତିତ୍ୱରେ ଆସିବା ପୂର୍ବରୁ ଘଟୁଥିବା ଇମେଜ୍ ଡାଉନଲୋଡ୍ ବିନ୍ୟାସ କରିପାରିବେ ନାହିଁ।
- ଉଦ୍ଦିଷ୍ଟ S3 ପଥ ଯାଞ୍ଚ କରନ୍ତୁ।ବାଇପାସ୍ ପ୍ରବେଶଗୁଡ଼ିକୁ ଆଞ୍ଚଳିକ ଏଣ୍ଡପଏଣ୍ଟ ନାମ ଏବଂ କ୍ଲାଏଣ୍ଟ ସମର୍ଥିତ ବ୍ୟାକରଣ ସହିତ ମେଳାନ୍ତୁ। ଘରୋଇ DNS, ରୁଟ୍ ଟେବୁଲ, ଏଣ୍ଡପଏଣ୍ଟ ନୀତି ଏବଂ ଅନୁମତି ମଧ୍ୟ ସେହି ପଥକୁ ସମର୍ଥନ କରିବା ଆବଶ୍ୟକ।
| ଦେଖାଯାଇଥିବା ବିଫଳତା | ଏହା ଆପଣଙ୍କୁ କଣ କହେ |
|---|---|
| ପ୍ରକ୍ସି ପ୍ରତ୍ୟାଖ୍ୟାନ | ସ୍ତର ଅନୁରୋଧ ଏକ ମଧ୍ୟସ୍ଥକୁ ପହଞ୍ଚିଲା। |
| ସିଧା ସଂଯୋଗ ସମୟ ସମାପ୍ତ | ବାଇପାସ୍ ସିଧା ରୁଟିଂ ବାଛିଥାଇପାରେ, କିନ୍ତୁ ସେହି ପଥ ତଥାପି ଅବ୍ୟବହାର୍ଯ୍ୟ ହୋଇପାରେ। |
ପ୍ରଦାତାଙ୍କ ଡୋମେନରେ ଥିବା ପ୍ରତ୍ୟେକ ସେବା ପାଇଁ ସମୀକ୍ଷା ନକରାଯାଇଥିବା ବ୍ୟତିକ୍ରମ ସହିତ ଏକ ଅଭାବୀ ସ୍ତର ହୋଷ୍ଟକୁ ବଦଳାଇବାରୁ ବଞ୍ଚନ୍ତୁ। ସିଧା ବ୍ୟତିକ୍ରମ ଏକ ଅଭାବୀ ଗେଟୱେ ପଥ ସୃଷ୍ଟି କରିପାରିବ ନାହିଁ।
ପ୍ରକୃତ ଇମେଜର ଅନୁରୋଧ ଏବଂ ପ୍ରଦାତାଙ୍କ ସାମ୍ପ୍ରତିକ ନିର୍ଦ୍ଦେଶ ବ୍ୟବହାର କରନ୍ତୁ। ବିଶେଷ ବିଷୟବସ୍ତୁ, ବିଦେଶୀ Windows ସ୍ତର ସହିତ, ଅନ୍ୟ ଉତ୍ସ ଆଣିପାରେ; ଐତିହାସିକ ଦୁଇ-ହୋଷ୍ଟ ଅନୁମତି ତାଲିକା ସେଗୁଡ଼ିକୁ ଆଚ୍ଛାଦନ କରିବା ଆବଶ୍ୟକ ନାହିଁ।