Hugsa tær, at útgávu-navnarúmið longu hevur eitt Secret, ið eitur app-outbound-proxy. Lyklarnir http_proxy og https_proxy hava í sær tær fullkomnu proxy-URL-irnar, sum forritið hevur tørv á.

Eitt Helm 3-graf kann bert goyma navnið á tí Secret í values.yaml:

outboundProxy:
  existingSecret: app-outbound-proxy

Í Deployment-fyrimyndini hjá tí ætlaða containerenum, vís til lyklarnar:

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

Hetta er ein brotstykki av container-specifikatiónini. Secret-ið má vera í navnarúmi Podsins og hava báðir lyklarnar, sum verður víst til. Virðini mugu brúka protokoll, host og port hjá tí veruliga proxy-lyttaranum. Fyri almennar forritarumbønir, ið hava loyvi at brúka eitt alment proxy uttan autentisering, byggja tær URL-irnar úr einum hóskandi kandidati í listanum av ókeypis proxyum; varðveit allar neyðugar beinleiðis undantøkur.

Grafvirðið veitir eitt navn; secretKeyRef veitir umhvørvisvirðini hjá containerenum. Bert at exporta HTTP_PROXY í shellini, sum koyrir helm, leggur ikki henda env-partin aftrat einari Pod-fyrimynd.

At broyta Secret er eisini ein livscyklus-broyting

Ein container dagførir ikki umhvørvi sítt, tá ið Secret-dátan broytist. Skipa tann ætlaða endurbyrjanina ella rollout, so at nýbyrjaðir containerar fáa dagførd virði. At broyta døta undir sama Secret-navni broytir ikki sjálvt Pod-fyrimyndina í Deploymentinum.

Forritið má stuðla teimum valdu proxy-umhvørvisvekslunum. Atgongd til Helm-repositorið og image-pull á nóteni eru sjálvstøðugir brúkarar, ið koyra áðrenn hetta container-umhvørvið kann hjálpa teimum.

Skyldar greinar