Docker ଆଧାର-ଇମେଜ ଟାଣିବା: ବିଲଡର ପ୍ରକ୍ସି ବନାମ ବିଲଡ ଆର୍ଗୁମେଣ୍ଟ
ବିଲଡ ପଦକ୍ଷେପକୁ ଦିଆଯାଇଥିବା ପ୍ରକ୍ସି ଆର୍ଗୁମେଣ୍ଟ ବିଲଡର କରୁଥିବା ପ୍ରତ୍ୟେକ ରେଜିଷ୍ଟ୍ରି ଅନୁରୋଧକୁ କନଫିଗର କରେ ନାହିଁ। ଆଧାର ଇମେଜ ସମାଧାନ କରୁଥିବା ବିଲଡର ଖୋଜନ୍ତୁ।
ଯେକୌଣସି Dockerfile ପ୍ୟାକେଜ-ଡାଉନଲୋଡ ପଦକ୍ଷେପ ଚାଲିବା ପୂର୍ବରୁ FROM ସମାଧାନ କରିବା ସମୟରେ ବିଲଡ ବିଫଳ ହୋଇପାରେ। ବିଲଡରର ରେଜିଷ୍ଟ୍ରି କ୍ଲାଏଣ୍ଟକୁ ସେହି ଆଧାର ଇମେଜ ପାଇବା ପାଇଁ ନିଜର ପଥ ଦରକାର।
| କାର୍ଯ୍ୟ | ପଥ ଦରକାର ଥିବା ଉପାଦାନ |
|---|---|
| ଆଧାର ଇମେଜ ସମାଧାନ ଓ ଆଣିବା | ବିଲଡରର ରେଜିଷ୍ଟ୍ରି କ୍ଲାଏଣ୍ଟ |
| RUN ସମୟରେ ଡାଉନଲୋଡ | ବିଲଡ ପଦକ୍ଷେପ ଚଲାଉଥିବା ପ୍ରକ୍ରିୟା |
| ରନଟାଇମରେ API କଲ | ଚାଲୁଥିବା ଆପ୍ଲିକେସନ |
ବିଲଡର ଖୋଜନ୍ତୁ
ଡିଫଲ୍ଟ Docker ଡ୍ରାଇଭର ଡେମନ ଉପରେ କେନ୍ଦ୍ରିତ। ଅନ୍ୟ Buildx ଡ୍ରାଇଭର ସମର୍ପିତ BuildKit କଣ୍ଟେନର, Kubernetes କିମ୍ବା ଦୂର ସେବା ବ୍ୟବହାର କରିପାରେ। ଚୟନିତ ଡ୍ରାଇଭର ସମର୍ଥିତ ପ୍ରକ୍ସି ଯନ୍ତ୍ରକୁ ସେହି ୱର୍କର ଚାଲୁଥିବା ସ୍ଥାନରେ କନଫିଗର କରନ୍ତୁ।
ଲାପଟପରେ ଥିବା ଲୁପବ୍ୟାକ ପ୍ରକ୍ସି ଦୂର ୱର୍କରରୁ ସ୍ୱଚାଳିତ ଭାବେ ପ୍ରାପ୍ୟ ନୁହେଁ, ଏବଂ ସ୍ଥାନୀୟ ଡେମନ ସମ୍ପାଦନ କଲେ ସେହି ଦୂର ବିଲଡର ପୁନଃକନଫିଗର ହୁଏ ନାହିଁ।
FROM ପୂର୍ବରୁ ARG ଇମେଜ ସନ୍ଦର୍ଭ ବାଛିବାରେ ସାହାଯ୍ୟ କରିପାରେ। ତଥାପି ଏହା ଦ୍ୱାରା ରେଜିଷ୍ଟ୍ରି କ୍ଲାଏଣ୍ଟର ନେଟୱର୍କ ପଥ କନଫିଗର ହୁଏ ନାହିଁ। ପରେ ପ୍ୟାକେଜ ସେଟିଂ ଲେଖୁଥିବା କିମ୍ବା ପ୍ରମାଣପତ୍ର ସ୍ଥାପନ କରୁଥିବା RUN ନିର୍ଦ୍ଦେଶ ଏହି ପୂର୍ବ ଅନୁରୋଧ ସଂଶୋଧନ କରିପାରିବ ନାହିଁ।
ବିଶ୍ୱାସ, ଖାତା ଓ କ୍ୟାସ ହୋଇଥିବା ତଥ୍ୟ
ଅନୁମୋଦିତ CA ସାମଗ୍ରୀ ପ୍ରାରମ୍ଭିକ ରେଜିଷ୍ଟ୍ରି ସଂଯୋଗକୁ ଯାଞ୍ଚ କରୁଥିବା ଉପାଦାନ ପାଇଁ ଉପଲବ୍ଧ ହେବା ଆବଶ୍ୟକ। ରେଜିଷ୍ଟ୍ରି ଓ ପ୍ରକ୍ସି ପରିଚୟପତ୍ର ଭିନ୍ନ ପକ୍ଷକୁ ଅଧିକାର ଦିଏ; ରେଜିଷ୍ଟ୍ରି ଲଗଇନ ପ୍ରକ୍ସି 407 ର ଉତ୍ତର ଦେଇପାରିବ ନାହିଁ।
କ୍ୟାସ ହୋଇଥିବା ଇମେଜ ତଥ୍ୟ ପୁନଃବ୍ୟବହାର କରୁଥିବା ୱର୍କର ନୂଆ ୱର୍କର ପରି ସେହି ନେଟୱର୍କ ଅନୁରୋଧ ପୁନରାବୃତ୍ତି ନ କରିପାରେ। ପ୍ରକୃତରେ ଲଗ ହୋଇଥିବା କାର୍ଯ୍ୟ ସହ ତୁଳନା କରନ୍ତୁ। ଆଧାର ଇମେଜ ପ୍ରବେଶ ଉଦ୍ଦିଷ୍ଟ ପଥରେ କାମ କଲାପରେ, ପରବର୍ତ୍ତୀ ଯେକୌଣସି ବିଲଡ-ପଦକ୍ଷେପ ଡାଉନଲୋଡକୁ ସେହି ପରବର୍ତ୍ତୀ ସୀମାରେ ନିର୍ଣ୍ଣୟ କରନ୍ତୁ।