Helm ଚାର୍ଟରେ ପ୍ରକ୍ସି ଚରରେ ବିଦ୍ୟମାନ Secret ବ୍ୟବହାର କରନ୍ତୁ

ଧରନ୍ତୁ release namespace ରେ ପୂର୍ବରୁ app-outbound-proxy ନାମରେ ଏକ Secret ଅଛି। ଏହାର http_proxy ଏବଂ https_proxy କୀରେ ଆପ୍ଲିକେସନ ଆବଶ୍ୟକ କରୁଥିବା ସମ୍ପୂର୍ଣ୍ଣ ପ୍ରକ୍ସି URL ଅଛି।

Helm 3 ଚାର୍ଟ values.yaml ରେ କେବଳ ସେ Secret ର ନାମ ରଖିପାରେ:

outboundProxy:
  existingSecret: app-outbound-proxy

ଉଦ୍ଦିଷ୍ଟ କଣ୍ଟେନରର Deployment ଟେମ୍ପଲେଟରେ କୀଗୁଡ଼ିକ ସନ୍ଦର୍ଭ କରନ୍ତୁ:

env:
  - name: HTTP_PROXY
    valueFrom:
      secretKeyRef:
        name: {{ .Values.outboundProxy.existingSecret | quote }}
        key: http_proxy
  - name: HTTPS_PROXY
    valueFrom:
      secretKeyRef:
        name: {{ .Values.outboundProxy.existingSecret | quote }}
        key: https_proxy

ଏହା କଣ୍ଟେନର-ସ୍ପେକର ଏକ ଅଂଶ। Secret Pod ର namespace ରେ ରହିବା ଆବଶ୍ୟକ ଏବଂ ସନ୍ଦର୍ଭିତ ଦୁଇଟି କୀ ରଖିବା ଆବଶ୍ୟକ। ଏହାର ମୂଲ୍ୟଗୁଡ଼ିକ ପ୍ରକୃତ ପ୍ରକ୍ସି ଶ୍ରୋତାର ପ୍ରୋଟୋକଲ, ହୋଷ୍ଟ ଏବଂ ପୋର୍ଟ ବ୍ୟବହାର କରିବା ଆବଶ୍ୟକ। ଯେଉଁ ସାର୍ବଜନୀନ ଆପ୍ଲିକେସନ ଅନୁରୋଧଗୁଡ଼ିକୁ ପ୍ରମାଣୀକରଣ ବିନା ସାର୍ବଜନୀନ ପ୍ରକ୍ସି ବ୍ୟବହାର କରିବାକୁ ଅନୁମତି ଅଛି, ସେ URL ମାଗଣା ପ୍ରକ୍ସି ତାଲିକାର ଉପଯୁକ୍ତ ପ୍ରାର୍ଥୀରୁ ତିଆରି କରନ୍ତୁ; ଆବଶ୍ୟକ ସିଧାସଳଖ ବ୍ୟତିକ୍ରମ ରଖନ୍ତୁ।

ଚାର୍ଟର ମୂଲ୍ୟ ଏକ ନାମ ଦିଏ; secretKeyRef କଣ୍ଟେନରର ପରିବେଶ ମୂଲ୍ୟ ଦିଏ। helm ଚଲାଉଥିବା shell ରେ କେବଳ HTTP_PROXY export କଲେ ଏହି env ଅଂଶ Pod ଟେମ୍ପଲେଟରେ ଯୋଡ଼ା ହେବ ନାହିଁ।

Secret ପରିବର୍ତ୍ତନ ମଧ୍ୟ ଏକ ଜୀବନଚକ୍ର ପରିବର୍ତ୍ତନ

Secret ଡାଟା ପରିବର୍ତ୍ତନ ହେଲେ କଣ୍ଟେନର ନିଜ ପରିବେଶ ସତେଜ କରେ ନାହିଁ। ନୂତନ ଆରମ୍ଭିତ କଣ୍ଟେନରଗୁଡ଼ିକ ଅଦ୍ୟତନ ମୂଲ୍ୟ ପାଇବା ପାଇଁ ଯୋଜିତ restart କିମ୍ବା rollout ବ୍ୟବସ୍ଥା କରନ୍ତୁ। ସମାନ Secret ନାମ ଅଧୀନରେ ଡାଟା ପରିବର୍ତ୍ତନ କରିବା ନିଜେ Deployment ର Pod ଟେମ୍ପଲେଟ ସମ୍ପାଦନ କରେ ନାହିଁ।

ଆପ୍ଲିକେସନ ନିର୍ବାଚିତ ପ୍ରକ୍ସି ପରିବେଶ ଚରକୁ ସମର୍ଥନ କରିବା ଆବଶ୍ୟକ। Helm ଭଣ୍ଡାରରେ ପ୍ରବେଶ ଏବଂ ନୋଡରେ image pull ଏହି କଣ୍ଟେନର ପରିବେଶ ସାହାଯ୍ୟ କରିବା ପୂର୍ବରୁ ଚାଲୁଥିବା ଅଲଗା ଉପଭୋକ୍ତା।