Helm диаграммасындагы прокси өзгөрмөлөрү үчүн бар болгон Secret колдонуу
Shell өзгөрмөсү контейнер чөйрөсүнө айланат деп божомолдоонун ордуна, Helm 3 Deployment шаблонунда Secret ичиндеги толук прокси URL даректерине шилтеме жасаңыз.
Чыгарылыштын namespace инде app-outbound-proxy деген Secret мурунтан бар дейли. Анын http_proxy жана https_proxy ачкычтарында колдонмого керектүү толук прокси URL даректери бар.
Helm 3 диаграммасы values.yaml ичинде ошол Secret'тин атын гана сактай алат:
outboundProxy:
existingSecret: app-outbound-proxy
Көздөлгөн контейнердин 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
Бул контейнер спецификациясынын үзүндүсү. Secret Pod'дун namespace инде болушу жана шилтелген эки ачкычты тең камтышы керек. Анын маанилери чыныгы прокси угуучусунун протоколун, хосту жана портун колдонушу керек. Аутентификациясыз коомдук проксини колдонууга уруксат берилген колдонмонун коомдук сурамдары үчүн бул URL даректерин акысыз проксилер тизмесиндеги ылайыктуу талапкерден куруңуз; керектүү түз эскертүүлөрдү сактаңыз.
Диаграмманын мааниси ат берет; secretKeyRef контейнердин чөйрө маанилерин берет. helm иштеткен shell'де HTTP_PROXY export кылуу гана бул env бөлүмүн Pod шаблонуна кошпойт.
Secret'ти өзгөртүү да жашоо циклин өзгөртүү
Secret'тин маалыматтары өзгөргөндө контейнер өз чөйрөсүн жаңыртпайт. Жаңыдан иштетилген контейнерлер жаңыртылган маанилерди алышы үчүн көздөлгөн кайра иштетүүнү же rollout'ту уюштуруңуз. Ошол эле Secret атынын астындагы маалыматтарды өзгөртүү өз алдынча Deployment'тин Pod шаблонун редакциялабайт.
Колдонмо тандалган прокси чөйрө өзгөрмөлөрүн колдошу керек. Helm кампасына кирүү жана түйүндүн image'ин тартуу бул контейнер чөйрөсү жардам берерден мурун иштеген өзүнчө керектөөчүлөр.