release namespace இல் ஏற்கனவே app-outbound-proxy எனும் Secret உள்ளது என வைத்துக்கொள்வோம். அதன் http_proxy மற்றும் https_proxy விசைகளில் பயன்பாட்டிற்குத் தேவையான முழு proxy URL கள் உள்ளன.

Helm 3 chart values.yaml இல் அந்த Secret இன் பெயரை மட்டும் வைத்திருக்க முடியும்:

outboundProxy:
  existingSecret: app-outbound-proxy

குறிக்கப்பட்ட container இன் 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

இது container விவரக்குறிப்பின் ஒரு பகுதி. Secret Pod இன் namespace இல் இருக்க வேண்டும், குறிப்பிட்ட இரு விசைகளையும் கொண்டிருக்க வேண்டும். அதன் மதிப்புகள் உண்மையான proxy கேட்பவரின் நெறிமுறை, புரவலன், துறையைப் பயன்படுத்த வேண்டும். அங்கீகாரமில்லாத பொது proxy பயன்படுத்த அனுமதிக்கப்பட்ட பொது பயன்பாட்டுக் கோரிக்கைகளுக்கு, அந்த URL களை இலவச proxy பட்டியலில் உள்ள பொருத்தமான வேட்பாளரிடமிருந்து உருவாக்குங்கள்; தேவையான நேரடி விதிவிலக்குகளை வைத்திருங்கள்.

chart மதிப்பு ஒரு பெயரைத் தருகிறது; secretKeyRef container இன் சூழல் மதிப்புகளைத் தருகிறது. helm இயக்கும் shell இல் HTTP_PROXY ஐ export செய்வது மட்டும் இந்த env பகுதியை Pod வார்ப்புருவில் சேர்க்காது.

Secret ஐ மாற்றுவதும் வாழ்க்கைச் சுழற்சி மாற்றமே

Secret தரவு மாறும்போது container தன் சூழலைப் புதுப்பிப்பதில்லை. புதிதாகத் தொடங்கிய container கள் புதுப்பிக்கப்பட்ட மதிப்புகளைப் பெறும்படி திட்டமிட்ட மறுதொடக்கம் அல்லது rollout ஐ ஏற்பாடு செய்யுங்கள். அதே Secret பெயரின் கீழ் தரவை மாற்றுவது தானாகவே Deployment இன் Pod வார்ப்புருவைத் திருத்தாது.

பயன்பாடு தேர்ந்தெடுத்த proxy சூழல் மாறிகளை ஆதரிக்க வேண்டும். Helm களஞ்சிய அணுகல் மற்றும் node இல் image இழுத்தல் ஆகியவை இந்த container சூழல் உதவும் முன் இயங்கும் தனித்தனி நுகர்வோர்.

தொடர்புடைய கட்டுரைகள்