Unzehuelen, de Namespace vum Release huet schonn e Secret mam Numm app-outbound-proxy. Seng Schlësselen http_proxy an https_proxy enthalen déi komplett Proxy-URLen, déi d'Applikatioun brauch.

En Helm 3-Chart kann an values.yaml just den Numm vun deem Secret behalen:

outboundProxy:
  existingSecret: app-outbound-proxy

Am Deployment-Template vum virgesinnenen Container verweist op d'Schlësselen:

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

Dëst ass e Fragment vun der Container-Spezifikatioun. D'Secret muss am Namespace vum Pod existéieren an déi zwee referenzéiert Schlëssele enthalen. Seng Wäerter mussen d'Protokoll, den Host an de Port vum tatsächleche Proxy-Listener benotzen. Fir ëffentlech Applikatiounsufroen, deenen et erlaabt ass en ëffentleche Proxy ouni Authentifikatioun ze benotzen, baut déi URLen aus engem passenden Kandidat an der Lëscht vu gratis Proxien; behält all néideg direkt Ausnamen.

De Chart-Wäert liwwert en Numm; secretKeyRef liwwert d'Ëmweltwäerter vum Container. Just HTTP_PROXY an der Shell z'exportéieren, déi helm ausféiert, füügt dës env-Sektioun net zu engem Pod-Template dobäi.

D'Secret z'änneren ass och eng Ännerung vum Liewenszyklus

E Container erfrëscht seng Ëmwelt net, wann d'Secret-Date sech änneren. Organiséiert de virgesinnene Neistart oder Rollout, sou datt nei gestart Container déi aktualiséiert Wäerter kréien. Date manner dem selwechten Secret-Numm z'änneren ännert net vu sech aus d'Pod-Template vum Deployment.

D'Applikatioun muss déi gewielten Proxy-Ëmweltvariabelen ënnerstëtzen. Den Zougang zum Helm-Repository an d'Image-Pull um Node sinn zwee getrennt Verbraucher, déi lafen ier dës Container-Ëmwelt ka hëllefen.

Ähnlech Artikelen