Naudoti esamą Secret tarpinio serverio kintamiesiems Helm diagramoje
Helm 3 Deployment šablone nurodykite pilnus tarpinio serverio URL iš Secret, o ne manykite, kad shell kintamasis taps konteinerio aplinka.
Tarkime, kad leidimo namespace jau turi Secret pavadinimu app-outbound-proxy. Jo raktai http_proxy ir https_proxy saugo pilnus tarpinio serverio URL, kurių reikia programai.
Helm 3 diagrama values.yaml faile gali saugoti tik to Secret pavadinimą:
outboundProxy:
existingSecret: app-outbound-proxy
Numatyto konteinerio Deployment šablone nurodykite raktus:
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
Tai konteinerio specifikacijos fragmentas. Secret turi egzistuoti Pod namespace ir turėti abu nurodytus raktus. Jo reikšmės turi naudoti tikrojo tarpinio serverio klausytojo protokolą, hostą ir prievadą. Viešiems programos užklausams, kuriems leidžiama naudoti viešą tarpinį serverį be autentifikavimo, kurkite tuos URL iš tinkamo kandidato nemokamų tarpinių serverių sąraše; išsaugokite visus reikalingus tiesioginius išimtinus atvejus.
Diagramos reikšmė suteikia pavadinimą; secretKeyRef suteikia konteinerio aplinkos reikšmes. Vien HTTP_PROXY export komandoje, kuri vykdo helm, neprideda šio env skyriaus prie Pod šablono.
Secret keitimas taip pat yra gyvavimo ciklo pokytis
Konteineris neatanaujina savo aplinkos, kai pasikeičia Secret duomenys. Suorganizuokite numatytą paleidimą iš naujo arba rollout, kad naujai paleisti konteineriai gautų atnaujintas reikšmes. Duomenų keitimas tuo pačiu Secret pavadinimu savaime neredaguoja Deployment Pod šablono.
Programa turi palaikyti pasirinktus tarpinio serverio aplinkos kintamuosius. Prieiga prie Helm saugyklos ir atvaizdo parsiuntimas mazge yra atskiri vartotojai, veikiantys anksčiau, nei ši konteinerio aplinka gali padėti.