Olemasoleva Secreti kasutamine puhverserveri muutujate jaoks Helmi diagrammis
Viitage Helmi 3 Deploymenti mallis Secretist pärit täielikele puhverserveri URL-idele, selle asemel et eeldada, et kesta muutuja muutub konteineri keskkonnaks.
Oletame, et väljalaske nimeruumis on juba Secret nimega app-outbound-proxy. Selle võtmed http_proxy ja https_proxy sisaldavad täielikke puhverserveri URL-e, mida rakendus vajab.
Helmi 3 diagramm võib hoida values.yaml failis ainult selle Secreti nime:
outboundProxy:
existingSecret: app-outbound-proxy
Kavandatud konteineri Deploymenti mallis viidake võtmetele:
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
See on konteineri spetsifikatsiooni fragment. Secret peab eksisteerima Podi nimeruumis ja sisaldama mõlemat viidatud võtit. Selle väärtused peavad kasutama tegeliku puhverserveri kuulaja protokolli, hosti ja porti. Avalike rakendusepäringute jaoks, millel on lubatud kasutada autentimata avalikku puhverserverit, koostage need URL-id tasuta puhverserverite loendi sobivast kandidaadist; säilitage kõik vajalikud otsesed erandid.
Diagrammi väärtus annab nime; secretKeyRef annab konteineri keskkonnaväärtused. HTTP_PROXY lihtsalt eksportimine helmi käivitavas kestas ei lisa seda env-osa Podi malli.
Secreti muutmine on ka elutsükli muutus
Konteiner ei värskenda oma keskkonda, kui Secreti andmed muutuvad. Korraldage kavandatud taaskäivitus või rollout, et äsja käivitatud konteinerid saaksid uuendatud väärtused. Andmete muutmine sama Secreti nime all ei muuda iseenesest Deploymenti Podi malli.
Rakendus peab toetama valitud puhverserveri keskkonnamuutujaid. Helmi hoidla juurdepääs ja sõlme pildi tõmbamine on eraldi tarbijad, mis töötavad enne, kui see konteineri keskkond saab aidata.