ধৰি লওক release namespace ত ইতিমধ্যে app-outbound-proxy নামৰ এটা Secret আছে। ইয়াৰ http_proxy আৰু https_proxy key ত এপ্লিকেশ্যনৰ বাবে প্ৰয়োজনীয় সম্পূৰ্ণ প্ৰক্সি URL আছে।

Helm 3 চাৰ্টে values.yaml ত কেৱল সেই Secret ৰ নাম ৰাখিব পাৰে:

outboundProxy:
  existingSecret: app-outbound-proxy

নিৰ্দিষ্ট container ৰ Deployment টেম্পলেটত key বোৰ উল্লেখ কৰক:

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

এইটো container-spec ৰ এটা অংশ। Secret টো Pod ৰ namespace ত থাকিব লাগিব আৰু দুয়োটা উল্লেখিত key থাকিব লাগিব। ইয়াৰ মানত প্ৰকৃত প্ৰক্সি লিচেনাৰৰ প্ৰটোকল, host আৰু port ব্যৱহাৰ কৰিব লাগিব। যিবোৰ ৰাজহুৱা এপ্লিকেশ্যন অনুৰোধে প্ৰমাণীকৰণ নোহোৱা ৰাজহুৱা প্ৰক্সি ব্যৱহাৰ কৰিব পাৰে, সেই URL বোৰ বিনামূলীয়া প্ৰক্সি তালিকা ত থকা উপযুক্ত প্ৰাৰ্থীৰ পৰা সাজি লওক; প্ৰয়োজনীয় প্ৰত্যক্ষ ব্যতিক্ৰম বোৰ ৰাখক।

চাৰ্টৰ মানে এটা নাম দিয়ে; secretKeyRef এ container ৰ পৰিবেশ মান দিয়ে। helm চলাই থকা shell ত HTTP_PROXY export কৰিলে এই env অংশ Pod টেম্পলেটত যোগ নহয়।

Secret সলনি কৰাও জীৱনচক্ৰৰ সলনি

Secret ৰ তথ্য সলনি হ'লে container এ নিজৰ পৰিবেশ পুনৰ লোড নকৰে। নতুনকৈ আৰম্ভ হোৱা container এ আপডেট মান পাবলৈ পৰিকল্পিত restart বা rollout ৰ ব্যৱস্থা কৰক। একে Secret নামৰ তলত তথ্য সলনি কৰিলে নিজে নিজে Deployment ৰ Pod টেম্পলেট সম্পাদনা নহয়।

এপ্লিকেশ্যনে বাছনি কৰা প্ৰক্সি পৰিবেশ চলক সমৰ্থন কৰিব লাগিব। Helm ৰেপজিটৰী প্ৰৱেশ আৰু node ৰ image pull এই container পৰিবেশে সহায় কৰাৰ আগতে চলা পৃথক গ্ৰাহক।

সম্পৰ্কিত প্ৰবন্ধ